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Put Managing LANs to Work for You 

Whether you’re incorporating new technologies into an ex- 
isting LAN, or assessing the issues and costs surrounding 
the implementation of an entirely new one, Datapro’s Man- 
aging LANs can help you in your strategic computing 
decision-making process. Managing LANs can help you an- 
ticipate changes implied by emerging technologies. It can 
also help you make sure all relevant business trends are 
taken into account as part of your planning process, and 
ensure that your LAN decisions support your organization's 
long-term computing and communications goals. 


Managing LANs offers a single, comprehensive manage- 
ment information resource with the breadth and depth to 
help managers take advantage of all the developments and 
management techniques to meet business goals. Managing 
LANs provides essential information on planning, designing, 
implementing, and managing a local area network comput- 
ing environment. 


In this ‘‘Getting Started” section, you will find everything 
you need to use Managing LANs to your full advantage. 


What’s Included? 

Your Managing LANs information service consists of a two- 
volume reference set. Every month you will receive a 
monthly issue that will Keep you continually updated and 
informed on the current and emerging technologies, LAN 
technologies and business issues, proven LAN manage- 
ment techniques and concepts, and events affecting the 
industry. As a Managing LANs customer, you also receive 
free, unlimited access to the Datapro Help Desk, a tele- 
phone inquiry service to answer both general and specific 
questions, including assistance in using Managing LANs. 


Keeping You Informed 

Managing LANs is a guide to issues, trends, and proven 
techniques for managing a LAN computing environment. It 
provides the information you need to plan and design an 
efficient and cost-effective local area network. It also gives 
you the technology reviews on important LAN components 
to help with your selection process. 


There are many ways you can use and benefit from Manag- 
ing LANs. Technology issues and trends help you evaluate 
the most current technology trends and provide guidelines 
for effective integration of products supporting those tech- 
nologies into a fully functioning LAN computing environ- 
ment. Business issues help managers ensure that their LAN 
decisions support their organization’s long-term computing 
and communications goals. Comprehensive and integrated 
planning and design guidelines enable you to plan more 
strategically and make well-informed decisions to minimize 
risk and maximize flexibility. Architecture and standards 
reports help you plan strategically for the incorporation of a 
LAN computing environment within your organization. 
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By using Managing LANs as your LAN computing guide you 
can make decisions that ensure the success of your organi- 
zation’s LAN strategies. 


Find it Fast 

Managing LANs is designed to help you locate information 
quickly. The reports in each monthly issue are arranged by 
subject and identified by an easy-to-use report numbering 
system that enables you to locate them easily. The binders 
provided with your subscription contain clearly labeled tabs 
behind which these reports can be filed. Once you read the 
monthly issue, we recommend filing the reports in the bind- 
ers to help you locate important information in the future. 
The Table of Contents that appears in each issue includes 
section heads that correspond to the labeled tabs and iden- 
tify specific subject areas. 


Index 

The Index (Tab 100) supports the Contents. It provides the 
means to quickly locate information on very specific topics. 
Issues, concepts, technologies, standards, and architec- 
tures are cross-referenced to help you quickly find what you 
seek. 


Help Desk 

Datapro offers free access to the Help Desk to all registered 
customers. The Help Desk is a quick reference tool to help 
you with: 

¢ Information on new products 

e Detailed pricing, when available 

¢ Information typically found in annual reports 

¢ Product searches 

e Using Datapro information services 


To register for the Help Desk please complete the registra- 
tion form located behind the Help Desk & Customer Sup- 
port tab. 


Report Numbering System 
Managing LANs reports are identified by a 3- or 4-digit num- 
ber. 


The 3-digit report numbers (100, 200, 300, and 400) refer to 
the Index, Getting Started, Help Desk & Customer Support, 
and Other Datapro Information Services sections, respec- 
tively. 


The 4-digit report numbers are divided into two parts. The 
first two digits refer to the section, or tab, within the infor- 
mation service; the second two digits are used to serially 

file and locate the reports within the section. 


For example, in Managing LANs, section 42 refers to plan- 
ning, and report number 05 is Planning a LAN Implementa- 
tion. 
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Datapro Report Types 
Managing LANs includes various types of reports, each de- 
signed to help you quickly find the information you need. 


Issues & Trends 

These reports bring LAN managers up to date quickly on 
what’s happening in the industry in order to take advantage 
of the technology and business changes. They can help 
ensure a more effective use of local area networking 
throughout the organization. 


Management Reports 

Management reports provide guidelines to facilitate the 
planning, design, selection, implementation, and operations 
associated with managing a local area network computing 
environment. They offer practical advice and methodologies 
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Getting Started 


from industry experts to help you minimize risk and improve 
the effectiveness and efficiency of your LAN. 


Overviews 

The overviews are a comprehensive summary of particular 
LAN components. The overview reports provide technology 
basics and selection criteria to enable you to make well- 
informed and strategic buying decisions. 


Architectures & Standards 

These reports keep managers up to date on the major LAN 
standards and architectures. This information is critical to 
ensure that the LAN environment is efficiently configured 
and effectively integrated into the company-wide net- 
work. 
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Datapro believes that it is critical to be 
close to you, the customer, and to 
proactively serve your needs. To 
ensure that you receive the most from 
your information service, Datapro 
offers the Datapro Help Desk anda 
dedicated customer service 
department, as well as a low-cost 
option to help you maintain your 
Datapro products without having to 
file updates. We also conduct periodic 
customer surveys and encourage you 
to give us feedback on an ongoing 
basis. 


Help Desk: Someone to Turn to 

When You Need an Answer 

As a Datapro information service cus- 

tomer, you receive free, unlimited ac- 

cess to the Datapro Help Desk, a tele- 

phone reference service unique to the 

industry. The Help Desk consultants 

have an unrivaled database of indus- 

try information at their disposal. They 

can provide: 

e Late-breaking news on new prod- 
ucts and product enhancements 

¢ Detailed pricing, when available 

¢ Vendor financial statements 

e Product searches 

e Assistance with interpreting techni- 
cal specifications 

e Help using your Datapro service 

¢ Information about other Datapro ser- 
vices 


While the Help Desk can handle a 
broad range of requests, information 
needs requiring significant original 
research are handled on a special 
contract basis through Datapro’s On- 
Call Consulting Department (1-800- 
328-2776). For example, you might 
need a search of archived reports on 
in-depth analysis of products and fea- 
tures not covered in a published infor- 
mation service. 


To register for the Help Desk, you 


need to complete the Help Desk regis- 


tration form. There’s a form on page 
310 in this section in case you haven’t 
registered yet. Simply fax the com- 
pleted form to Datapro at 609-764- 
0451, or drop it in the mail. Then you 
can begin using the Help Desk right 
away. 


DAIAPRO 


Your Customer Service Rep: 
Someone You Should Know 
Datapro’s Customer Service Depart- 
ment is fully staffed to ensure that you 
are completely satisfied with your 
Datapro information service. If you 
ever have a question or problem, your 
Customer Service Representative is 
just a toll-free call away: 1-800-328- 
2776. 


Call your Customer Service Rep for: 

¢« Achange of address for shipping or 
billing. See the postage-paid 
Change of Address form on page 
320 of this section. 

Help in resolving a billing problem. 
Replacing lost or damaged material. 
For a nominal charge, Datapro will 
replace missing pages, lost issues, 
and damaged binders. 

Information about our Maintenance 
Service. 

Suggestions or complaints about 
your information service. (Also see 
the Customer Feedback form on 
page 330 of this section.) 


Tell Us What You Think 

You can help us serve you better by 
telling us what you think about your 
Datapro information service. We want 
your feedback--both positive and 
negative--and encourage you to let us 
know how we're doing. 


To make it easy for you, we've in- 
cluded a postage-paid Customer 
Feedback Form on page 330 of this 
section. Simply fill it out and either fax 
it to us or drop it in the mail. Or, if you 
prefer, just call your Customer Service 
Rep or the Help Desk. 


However you do it, we'd like to hear 
from you. 


Say Goodbye to Filing: Datapro 
Maintenance Service 

Filing monthly issues keeps your infor- 
mation service well organized and 
up-to-date, but some customers can’t 
spare the time filing requires. Datapro 
now offers a low-cost Maintenance 
Service that, in effect, does your filing 
for you. Here is how it works: 
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Support | | 

e Every month you receive your reg- e Every quarter Datapro sends you With Maintenance Service, your infor- . 
ular update. You read the reports, the complete, up-to-date contents mation service will remain current, and 
distribute them to colleagues, file of your information service to re- you'll never have to file another 
reports in project folders. Make place the full contents of your monthly update. 
full use of them. Don’t worry about binders. You receive all current 
filing them because you don’t have reports and indexes. You even Call your Customer Service Rep at 
to file anything. receive new divider tabs. 1-800-328-2776 to find out more about 


Datapro Maintenance Service.. 
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Help Desk Registration Form 


Datapro Help Desk: Meeting your unique information needs. When you order 
any Datapro Information Service, you'll get free, unlimited access to the Datapro 
Help Desk, a telephone reference service unique to the industry. The Datapro 
Help Desk consultants have an unrivalled database of industry information at their 
disposal. Whether you need late-breaking product news, assistance with 
interpreting technical specifications, help using your Datapro service, vendor 
financial statements or other information, you can expect prompt and reliable 
service from Datapro. To use the Help Desk, simply indicate up to two additional 
authorized users and return this form via fax (609-764-2813) or use the self- 
mailer on the back of this form. Use of this service will be limited to registered 
customers. 


NAME 

TITLE 

COMPANY 

ADDRESS 

CITY STATE ZIP 
TELEPHONE NUMBER ( ) 

FAX NUMBER ( ) 

DATAPRO PRODUCTS RECEIVED: 


ACCOUNT NUMBER: 

AUTHORIZED SIGNATURE: 

NAMES OF TWO ADDITIONAL AUTHORIZED USERS OF THE HELP 
DESK REFERENCE SERVICE. 

Name Name 

Tite | .__ss—i“( LCST itt 


1. BUSINESS/NDUSTRY 
The principal business of your firm at this location. 


Check only one. 
0 1. Agriculture/Mining/Construction © 10. Professional Services 
O 2. Manufacturing - Computers, [1 11. Business Services 
Communication 
[] 3. Other Manufacturing O 12. Consulting 
4. Communication/Carriers/ [1 13. Other Services (specify) 
Interconnects 
[1 5. Transportation/Utilities OM 14. Education/Health Care 
O 6. VARs/Distributors, Computers and 1) 15. Government (Federal, 
Communication Military) 
1 7. Wholesale/Retail Trade O 16. Government (State, Local) 
O 8. Finance/Banking 1 17. Other (Please specify) 
1) 9. Insurance/Real Estate 


2. JOB TITLE 
eck only one. 


. Chairperson, President, Partner (1 7. Technical staff 
. Vice President 1 8. Engineer 
. Director/Department Head O 9. Consultant 


OOo0o0oo00 
OnhROND — 


. Manager/Supervisor [1 10. Systems Integrator 
. Professional Staff O 11. Other (Please specify) 
. Librarian 


3. YOUR DEPARTMENT 


eck only one. 

0 1. Corporate Management O 9. Sales 

1 2. MIS/DP 10. Marketing 

[ 3. Data/Telecommunications O 11. Engineering 

1 4. Network/Systems Mngmnt. 1 12. Finance/Accounting 

11 5. Office Automation [ 13. Purchasing 

[ 6. Manufacturing 0 14. Technical Support 

O 7. Operations/Administration [1 15. Other (Please specify) 
Services 


8. Library/Information Center 
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4. NUMBER OF EMPLOYEES 
Check one in each column. 


Location Company 
Under 50 0 0 
50 - 99 0 O 
100 - 499 O 0 
500 - 999 0 Oo 
1,000 - 4,999 0 0 
5,000 or more O O 


5. ESTIMATED REVENUES FOR YOUR COMPANY 
Check only one. 


Under $10 million 

$10 to $24.9 million 
$25 to $99.9 million 
$100 to $249.9 million 
$250 to $499.9 million 
$500 to $999.9 million 
$1 billion or more 


OOOoOo0o0o0o 


6. PURCHASE INFLUENCE 


Which products do you recommend, specity, or purchase ? 


Which do you pian to purchase in the next year? 
Check all that apply. 


Computers/Peripherais Software 

Plan to Pian to 
Recommend Purchase Recommend Purchase 
[| Mainframes 1 OC) Systems software 0 
 Minicomputers © 0 Applications software O 
[1] Microcomputers O © Communications software 0 
O Terminals 1 ( Network operating systems 0 
C) Printers O 0 Network management O 
O Factory Floor Equipment 0 
[ Workstations O 
Networking Equipment Disaster Recovery/information 

Security 

Pian to Pian to 
Recommend Purchase Recommend Purchase 
O Local area networks ©  O Access Control Software Oo 
1 Modems O © Disaster Recovery 0 
O T-1 equipment 1 0 Facilities Planning 0 
1 PBX O (OO Physical security control O 
( Packet switches O 
[1 Network management O 

switches Other 

{) Central office switches O O O 
0 Fiber optic equipment Oo oO 0 


7. OPERATING SYSTEM(S) USED 


Check all that apply. 


1 MS-DOS 1 DEC/VMS 

O OS/2 [1 HP/MPE-V/XL 
O UNIX 1 IBM VS/VSE 

O Apple OS 1 Wang VS-OS 

O Macintosh O Other (Specify) 
[1 DG AOS/VS 


7a. Does your department have or plan to purchase a CD-ROM Drive? 


[1 Yes, have now 0 Yes, plan to purchase 


O No 


(Continued on Back) 
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8. TYPE OF NETWORK INSTALLED 
heck all that apply. 


© Local area network 
C1) Wide area network | 
C Metropolitan area network 


9. TYPE OF COMPUTER 
heck ail that apply. 


OC) Mainframe 
1 Micro 
©) All of the above 


1 Midrange 
[1 Workstation 


10. SOFTWARE APPLICATIONS 
Check all that apply. 


1 Accounting 

O CAD/CAMCAE 

O CIM 

1 CASE 

1 Communications 

1 Database Management 

0 Decision Support 

[1 Desktop Publishing 

1 Executive information Systems 


11. Annual DP/MIS BUDGET 
Check only one. 


0 Less than $50,000 
0) $50,000 to $99,999 
1 $100,000 to $249,999 


1 Graphics 

1 Imaging 

1 Project Management 

O Sales and Marketing 

[ Security 

1 Spreadsheet & Financial 
0 Planning 

[ Word Processing 

0 Other (Please specify) 


0 $250,000 to $999,999 
0 $1,000,000 to $4,999,999 
0 $5,000,000 or more 


| Fax this completed form to Marketing Planning (609-764-2813) or send this self-mailer (fold and tape with address side out). 


(Fold here first) 


BUSINESS REPLY MAIL 


FIRST CLASS MAIL PERMIT NO. 178 DELRAN, N.J. 08075 | 
POSTAGE WILL BE PAID BY ADDRESSEE 


DAIAPRO 


information Services 
Group 


Attention: Marketing Department 


600 Delran Parkway 
P.O. Box 7001 


Delran, New Jersey 08075-9904 _ 


NO POSTAGE 
NECESSARY 


IF MAILED 
IN THE — 
UNITED STATES 


(Fold here last) 


(Tape here) 
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Change of Address Form 


Please mail or fax this form at least six weeks in advance of your address change. Make sure to 
include your account number so that we can process your address change quickly and accurately. 
(Your account number is printed on the top line of your mailing label.) 
Account Number 
Effective Date 
New Address: 

Company 

Name 


Address 


City/State/Zip 
New Telephone Number 
For which Datapro information services do you want an address change? 
[) For all of my organization's Datapro information services 


[1 For just selected Datapro information services. Specify names of the services for which you want 
an address change: 


0 I’m not sure. Please have my Customer Service Rep call me. 


In case we have any questions, please complete the following: 
Your Name 


Your Telephone Number 


Fax to Datapro Customer Service at 609-764-8953, or send this self-mailer (fold and tape with 
address side out). 
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Customer Feedback— 
Managing LANs 


Dear Customer: 
4. 


| want to hear from you! Your comments and suggestions _ 
will help Datapro tailor our products to better serve your How would you rate Datapro on each of the following? 


information needs. Please take a moment to tell us your 


ideas and return this postage paid form. Excellent Poor 
. Professionalism 5 4 3 2 1 
Sincerely, of sales representative 
Gerald J. Arcuri Ease of doing business 5 A 3 2 1 
Product Manager with Datapro 
Accuracy of billing 5 4A 3 2 1 
1 Knowledge of Helo Desk 5 4 3 2 1 
a consultants 
Please rate this information service on each of the Se a a a Tre ey aia eg eee 
On-time receipt 5 4 3 2 1 


following aspects: 
of monthly 


update package 


Excellent Poor 
Coverage 5 4 3 2 1 
Ease of use 5 4 3 2 1 5 . 
Format 5 4 3 9 { How may we serve you better? 
Timeliness 5 4 3 2 1 


of information 


2. 


Do you have a suggestion for improving this 
information service? 2 


Can we contact you for additional information? 


CO Yes CT] No 


Name 


3 Title 
a Company Name 


What topics should be added to this information 
service? Address 


City/State/Zip 
Telephone 


Fax 
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Other Datapro Information ™ ‘ 


Services 


Datapro: The single best source for comprehensive 
information 


For more than 20 years, leaders in business—corporate 
planners, sales and marketing managers, MIS profession- 
als, and competitive analysts alike—have learned to rely 
on Datapro as their single best source for comprehensive 
information on the thousands of products and vendors that 
make up the computer, communications, and office tech- 
nology industries. 


Datapro’s expert analysts continually expand and update 
Datapro’s vast database of product and technology infor- 
mation to meet the specific needs of businesses. The result 
is a series of solutions-oriented information services Cover- 
ing information technology products, markets, technologies, 
and management issues and techniques. 


Comprehensive coverage—vital to decision makers, 

managers, consultants, and researchers 

Datapro services provide information technology users, 

managers, buyers, vendors, industry consultants, and sales 

and marketing professionals with the information and analy- 

sis they need to make better business decisions. These 

reports offer an authoritative and timely resource for those 

who need to: 

¢ Gain a quick overview of concepts, technologies, and 
standards 

e Evaluate or select systems, software, and solutions 

¢ Implement and manage computer and communications 
systems 

¢ Gather competitive information 


Accurate and timely information on computers, 
communications, and office technology 

Datapro offers focused information services for virtually ev- 
ery area of the computer, communications, and office tech- 
nology industries. These services provide an accurate, 
timely and comprehensive source of information on prod- 
ucts and technologies, as well as analyses of vendor strate- 
gies and markets. 


In addition to extensive commentary and analysis, each ser- 
vice presents important information in a variety of formats— 
charts, graphs, and comparison tables—for quick and easy 
access, plus detailed reports for in-depth reviews. 


Datapro information services are available on an annual ba- 
sis and are updated regularly throughout the year. 


Timely industry-specific reports and directories 

lf you're interested in a particular industry computing envi- 
ronment, Datapro offers services that cover banking, retail- 
ing, manufacturing, MRP (manufacturing resource plan- 
ning), CAD/CAM, and factory automation. 
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And when you need to profile or compare information on 
products and vendors, Datapro’s directories are current, 
comprehensive, and cross referenced for ease of use. 


Management reports with practical value 

In today’s complex networking and computing environ- 
ments, management issues are crucial. Datapro’s “real 
world” management reports can provide practical guidance 
in planning, designing, and managing your communications, 
computer and software environments. Topics include man- 
agement of: 

¢ Data networks 

e Voice communications 

¢ Information Systems 

e Microcomputers and LANs 

e Office technology 

e Applications software 

e Network Management 


Datapro International 

Headquartered in Maidenhead, England, Datapro Interna- 
tional publishes 11 international information services, cover- 
ing communications, computers, and office systems tech- 
nology. Available worldwide, the services provide extensive 
data on foreign-made products and vendors, as well as in- 
ternational standards and regulatory issues. 


International distribution of Datapro information services is 
coordinated from three central offices, in Maidenhead, Tor- 
onto, and Singapore. In addition, Datapro International oper- 
ates four sales offices in Paris, Frankfurt, Hong Kong, and 
Sydney. 


Datapro Print Publications 


COMMUNICATIONS | 
All the latest facts and analysis on today’s data and voice 
communications hardware, software, and services. 


Managing Data Networks 
Two volumes, updated monthly. 


The manager's guide to planning, designing, implementing, 
and maintaining a data network. Industry experts address 
how to plan and design organization-wide networks and 
internetworks, Cut costs, improve performance, manage 
major network implementations, integrate voice and data, 
and prepare for ISDN. 


Issues & Trends 

Future Technologies 
Planning 

Network Project Management 
Network Design 

Selection & Acquisition 
installation & Maintenance 
Operations Management 


DATAPRO 
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Architectures & Standards 
Network Components (overviews) 


Data Networking 
Four volumes, updated monthly. 


Architectures, data communications equipment, standards, 
networking services, internetworking and interoperability 
issues make up the focus of this comprehensive publica- 
tion. Includes product specifications, product and vendor 
analyses, pricing, and market and technology overviews. 
Keeps users and vendors up-to-date on all areas of interest. 


Technology Concepts 
Vendor architectures 
Standards 

Multiplexers 

Modems 

CSUs/DSUs 

Packet switching equipment 
Protocol converters 
Communications controllers 
ISDN equipment 

Leased line services 

Circuit switched services 
Packet switched services 
LAN products 
Internetworking products 
Network management systems & software 
Network security 

Test equipment 

Wiring & cabling 


Datapro Reports on Data Communications International 
Three volumes, updated monthly. 


Covers the latest on hardware, software, and services in the 
international data communications marketplace. Provides 
reports on equipment from U.S., European, and other inter- 
national manufacturers, including product specifications, 
analyses, pricing, and technology. 


Concepts 

Standards 

Networks & Architectures 
Communications Switches 
Software , 

Protocol Conversion Systems 
Transmission Facilities 

Value Added Networks 
Modems 

Multiplexers 

Network Management Systems 
Test, Monitor, & Control Equipment 


Managing Voice Networks 
Two volumes, updated monthly. 


A comprehensive manager's guide and training tool that 
provides valuable solutions and advice on creating and 


January 1992 


Other Datapro Information 
Services ; 


maintaining a cost-effective telecom network. Covers impor- 
tant voice issues and trends, and telecommunications con- 
cepts. Also offers advice and strategies for planning and . 
implementing voice networking systems. 


Issues & Trends 

Voice Networking Concepts 
Future Technologies 
Management Reports 

Voice Network Components 
Architectures & Standards 


Voice Networking Systems 
Two volumes, updated monthly. 


The only comprehensive source of objective information on 
voice products and technologies. Addresses markets and 
technologies, the players, and products. Includes product 
reviews, pricing, buying guidelines, market analyses, and 
user ratings. 


Technology Concepts 
Key/Hybrid Systems 

PBX Systems 

Central Office Switches 
Centrex 

ISDN Telephones 

ACDs 

Predictive Dialers 
Telephone Management Systems 
Voice Processing Systems 
Cellular Equipment 


Communications Networking Services 
One volume, updated monthly. 


A concise review of the networking services provided by 
the interexchange carriers, Regional Bell Holding Compa- 
nies, and independent service providers. It addresses mar- 
ket trends, user ratings, and service evaluations and pric- 


ing. 


Technology Concepts 
Global Services 
Interexchange Carriers 
Switched Services 
Leased Line Services 
Network Access Services 
Cellular Services 

Packet Network Services 
VSAT Services 


Datapro Reports on International Telecommunications 
Two volumes, updated monthly. 


A unique view of the global communications industry, with 

details on worldwide regulatory environments, and technol- 
ogy overviews. Features profiles of major world vendors, | 

international standards, and overviews by geographical re- 
gion. 
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Regional Overviews 
Standards 

Vendor Profiles 
Transmission Technologies 
Management Topics 
Directories 


Datapro Reports on International Communications 
Equipment 
Three volumes, updated monthly. 


Includes technical specifications for internationally vended 
equipment associated with data and voice communications. 
In addition, communications standards, protocols, and re- 
lated technology issues are presented to give a complete 
picture of this important market. 


Technology Concepts 
Standards and Protocols 
Public Switches 

PABXs 

Key & Hybrid Systems 
Specialized Switches 
Communications Processors 
Protocol Converters and PADs 
Modems 

Multiplexers 

Terminals 

Vendor Directory 


Datapro Reports on International Communications 
Software | 
One volume, updated monthly. 


Covers internationally available communications software 
for mainframes, minicomputers, and microcomputers. Pro- 
vides in-depth profiles of the major packages available, plus 
overviews of data communications technology and stan- 
dards, reports on network architectures, and directories of 
communications software available on the international mar- 
ket. 


Concepts 

Technologies 

Profiles of Communications Software Packages 
Communications Software Reports 


Datapro Reports on Communications Alternatives 
Two volumes, updated monthly. 


Covers all the leading-edge transmission technologies that 
can be used as alternatives to commercial networks, or as 
competitive tools. Shows how to turn technical offerings 
into economic and performance advantages. Presents what 
all the major suppliers have to offer. 


New Product Announcements 
Concepts & Issues 

Network Services 

Network Systems 

Fiber Optic Communications 
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Satellite Communications 
Microwave Communications 
Video Communications 
Other Alternatives 


Datapro Reports on Communications Software 
One volume, updated monthly. 


Directs communications managers towards software-based 


solutions to connectivity and network management. In- 
cludes technology overviews, reports on major network ar- 
chitectures, and profiles of more than 1,200 commercially 


~ available communications software packages for main- 


frames, midrange systems, and microcomputers. In-depth 
product reports highlight major software packages from 
leading vendors. 


Technologies & Concepts 

Network Architectures 
Communications Software Profiles 
Communications Software Reports 


Datapro Reports on PC & LAN Communications 
Three volumes, updated monthly. 


Comparative evaluations of LAN hardware and software 
from the Datapro/NSTL test lab. In-depth analyses and 
specifications of LANs, internetworking products, PC-to- 
host communications products, and asynchronous commu- 
nications packages provide comprehensive coverage of the 
volatile PC communications market. 


Local Area Networks 

PC-to-Host Communications Products 
Asynchronous Communications Software 
Electronic Mail 

Microcomputer Systems 
Modems/Support Equipment 

LAN Hardware Evaluations 

LAN Operating System Evaluations 
LAN Internetworking Evaluations 

LAN Software Evaluations 

LAN Management Products 
Technology Reports 


Datapro Network Management Information Service 
Two volumes, updated monthly. 


A comprehensive information service that focuses on the 
issues, strategies, and solutions regarding one of today’s 
biggest challenges to communications and MIS managers: 
network management systems. 


Managing Networks 

Fault Management 

Configuration Management 
Performance Management 
Security Management 

Network Planning & Design 
Integrated Network Management 
SNA Networks 


January 1992 
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Local Area Networks 

X.25 Packet Switching Networks | 

Network Management Vendor Strategies 
Multivendor Integrated Network Management Products 
LAN & Internetwork Management Products 
WAN Management Products 

SNA Management Products 
Telecommunications Management Products 
Carrier Network Management Services 
Consultants’ Directory 

Network Management eugpiele: birecion< 


Datapro Reports on International Networks and. 
Services | 
Two volumes, updated monthly. 


Helps managers, consultants, and vendors select, design, 
implement and manage private networks and use network 
services effectively. Provides reports on products, services 
and management issues concerning all aspects of network- 


ing. 


Concepts 

Network Options 
Standards 
Architectures 
Applications 

- Local Area Networking 
Wide Area Networking 
Internetworking | 
Network Management 
Network Security 
Network Services 

Value Added Network Services 


"MICROCOMPUTERS 
The most comprehensive library of information on micro- 
computer hardware, software, and systems management. 


Managing LANs 
Two volumes, updated monthly. 


A comprehensive information service designed for the pro- 
fessional who must design, implement, and manage a local 
area network computing environment. It is issues- and 
management-oriented and provides information on topics 
that managers must know in order to effectively plan and 
manage a LAN computing environment. 


Technology Issues & Trends 
Business Issues & Trends 
Planning 

Project Management 

Design & Development 
Selection & Acquisition 
Installation & Maintenance 
Operations Management — 
Security | 
LAN Technology Overviews 
Computer Systems Technology Overviews 
Software Overviews 


January 1992 


Other Datapro Information 
Services 


Peripherals Overviews 
LAN Architectures 
LAN Standards 


Datapro Reports on Microcomputers 


_ Three volumes, updated monthly. 


A valuable planning and selection guide to all types of mi- 


_ crocomputer hardware and software products. Includes 
in-depth reports on leading microcomputer systems and 


business software programs. Hands-on testing piovides* 
reliable performance and ease of use reviews. 


Concepts and Piahnifg 

User Ratings 

Systems | 

Monitors 

Printers 

Expansion Cards 

Mass Storage 

Optical Storage 
Communications 

Scanners 

Database Management Systems 
Word Processing 
Spreadsheets 

Graphics. 

Integrated Software 
Desktop Publishing Software 
System Software 
Environments/Utilities 
Directory of Vendors 


Datapro Reports on Microcomputers International 
Three volumes, updated monthly. 


Provides detailed analyses of the most popular microcom- 
puter systems, software, and peripherals in the international 
marketplace. Includes surveys of U.S. and European micro- 
computer users, plus an international directory of vendors. 


Concepts & Planning 
User Ratings 
Systems 


‘Monitors 


Printers 

Scanners 

Expansion Cards 

Mass Storage 

Communications Hardware & Software 
Applications Software 

System Software 


Datapro Directory of Microcomputer Software 
Three volumes, updated monthly. 


Detailed profiles of over 10,000 applications and systems 
software packages are presented in a format that makes 
them easy to locate. An ideal source for comparing pack- 
ages, vendors, compatible hardware systems, and prices. 
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Other Datapro Information 
Services 


Accounting 

Banking & Finance 

Data Communications 
Data/Database Management 
Education 

Engineering & Scientific 
Government 

Graphics 

Management Sciences 
Manufacturing 
Mathematics and Statistics 
Medical and Health Care 
Office Automation 

Payroll and Personnel 
Programming Aids 

Sales & Distribution 
System Programs 

Utility Programs 


Datapro Directory of Microcomputer Hardware 
Two volumes, updated monthly. 


Compares features and functions of more than 500 micros, 
1,300 LAN products, and thousands of microcomputer pe- 
ripherals. Also includes brief company profiles, technical 
Specs, pricing, and options. 


PCs (including portables) 

Displays 

Add-In Cards 

Laser Printers 

Impact & Ink Jet Printers 

Mass Storage 

Optical Storage 

LAN Operating Systems and Internetworking Products 
Scanners 

Company Profiles 


INFORMATION SYSTEMS 
Covers the full range of mainframes, minicomputers, soft- 
ware, security, and management issues. 


Computer Systems Series 
Four volumes (Overviews, Systems, Peripherals, Software), 
each volume is also available separately, updated monthly. 


The source MIS directors, ClOs, and DP managers turn to 
before making important purchasing and strategic deci- 
sions. Includes objective reporting and comprehensive anal- 
ysis of midrange to supercomputers, peripherals, systems 
software, communications, and graphics devices for the 
enterprise. 


Computer System Overviews 
Computer System Reports 
Computer User Ratings 
Memory & Storage 

Optical Storage 

Printers & Plotters 

Disk & Tape Drives 

Scanners 
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Displays 

Other Peripherals & Systems 
Operating Systems 

System Management Tools 

Database Management Systems/Aids 
Performance Monitors 

Issues & Trends 


Managing Information Technology 
Two volumes, updated monthly. 


Guide to issues, trends, concepts relative to information 
systems and communications technologies; planning, de- 
signing, and integrating IT capabilities throughout the orga- 
nization; implementing major IT projects; and managing 
daily MIS operations. 


Issues & Trends 

Planning 

Data Administration 

IT Project Management 
Design & Development 
Selection & Acquisition 
Third-Party Service & Support 
Installation & Maintenance 
End-User Support 
Security 

IT Overviews 
Architectures & Standards 


Datapro 70 International 
Three volumes, updated monthly. 


Provides detailed coverage of mainframes, peripherals, 
communications links, and graphics systems. Includes an 
entire volume of information on systems software; product 
reports on equipment from all the major worldwide com- 
puter vendors; and computer user ratings from U.S. and 
Europe. 


Computer System Overviews 
Computer User Ratings 

Computer System Reports 

Distributed Processing & Intelligent Terminals 
Graphics & CAD/CAM 

Memory & Storage 

Printers & COM 

Application Development Tools 

Data Base Management Systems/Aids 
Communications Software 

Issues & Trends 


Datapro International Desktop Software & Solutions 
Two volumes, updated monthly. 


A comprehensive information source that focuses on prod- 
ucts in the European marketplace. The new service features 
desktop applications and the management of desktop com- 
puting in the corporate environment. 


January 1992 
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Concepts & Issues 
Technologies to Watch 
Vendor Strategies 

Surveys and Testing 
Systems and Server Software 
Desktop Applications 
Directories 


Datapro Reports on Minicomputers International 
Three volumes, updated monthly. 


Includes the latest information on departmental processing, 
office systems, supermicros, and fault-tolerant systems. 
Provides user ratings from Europe and Japan and equip- 
ment reports from the major international manufacturers. 


User Ratings 
Supermicrocomputer Systems 
Computers 

Software 

Peripherals 

Communications 

Vendors 


Workstations & Servers 
Two volumes, updated monthly 


Provides the informed decisions and analyses you need to 
keep pace with today’s increased activity in the workstation 
market. Market, technology and management information 
together with product analyses and performance measures 
are provided to help MIS and communications managers 
make informed buying decisions. 


Market Issues 
Technology Concepts 
Standards 

Management Guidelines 
Peripherals 

Performance 
Workstation Reports 
Test Results 


Datapro International Workstations 
One volume, updated monthly. 


Concentrates on powerful desktop computer platforms and 
the strategic development of personal computer hardware. 
Features an annual strategic review of the European work- 

station market, based on a qualitative market research pro- 
gram. 


Concepts & Issues 
Technologies to Watch 
Vendor Strategies 
Surveys and Testing 
Market Analysis 
Systems 

Directories 


January 1992 


Other Datapro Information | 
Services 


Datapro Reports on UNIX Systems & Software 
Two volumes, updated monthly. 


Understand the concepts and products that drive the UNIX 
operating system with this service. Issues such as open 
systems, ISO/OSI protocols, RISC processing, and GUls 
that promise to shape the future of the market are pre- 
sented. New products and strategies are analyzed as UNIX 
continues to evolve and new applications proliferate. 


Concepts & Issues 
Applications Software 
Operating Systems 
Communications Software 
Systems/Architectures 
DBMS/4GL Software 
Compilers 

Standards 

VAR Profiles 


_ UNIX Applications Software profiles 


UNIX is a registered trademark of AT&T. 


Datapro Reports on International UNIX Systems 
One volume, updated monthly. 


Provides up-to-date information on the concepts and prod- 
ucts that are driving the adoption of the UNIX operating en- 
vironment worldwide. 


Concepts 

Standards 

Software: Operating Systems, Communications, Data Man- 
agement, Development Tools, Applications. 

Hardware: Microprocessors, Microcomputer Systems, Mid- 
Range Systems, Large Systems. 


_ Management Issues 


Datapro Reports on Information Security 
Three volumes, updated monthly. 


Solve the toughest information security problems using this 
practical service. Created to help users take effective steps 
to control viruses as well as secure microcomputers, net- 
works, mainframes, and physical sites. Get the up-to-date 
facts about security technology and government regula- 
tions. 


Microcomputer Security 
Network Security 
Disaster Avoidance 
Host Security Software 


Planning 


Risk Analysis 

EDP Auditing 

Physical Security 

Standards, Policies, & Regulations 
Specialized Systems & Applications 
Suppliers & Consultants 

Concepts & Issues 


© 1992 McGraw-Hill, Incorporated. 
Datapro Information Services Group 


Delran NJ 08075 USA Reproduction Prohibited 


Other Datapro Information 
Services 


Datapro Reports on Software International 
One volume, updated monthly. 


Details over 150 systems software packages available do- 
mestically and overseas. Provides objective information on 
the major software packages for mainframes, minis, and 
supermicros. Includes reports on the availability of interna- 
tional software products and a directory of international 
suppliers. 


Software Concepts & Trends 

Application Development Tools 
Communications Software 

Data Base Management Systems/Aids 
Performance Monitors & Security Systems 
Systems Enhancements 

Utilities 

Data Management 

Operating Systems 


Application Development Software 
One volume, updated monthly. 


Covers the leading applications development products for 
midrange and mainframe computers. Product profiles serve 
as valuable aids in matching state-of-the-art features to your 
needs. In-depth analyses provide overviews of current and 
future market trends. 


Concepts 

Computer Aided Software Engineering (CASE) 

Decision Support Software 

Project Management & Executive Information Systems (EIS) 
User Interface Management 

Expert & Knowledge-based Systems 

Fourth Generation Languages 

Query & Report Writers 

Geographical Information Systems 


Datapro Management of Applications Software 
Two volumes, updated monthly. 


Guides DP and application development managers through 
every phase of applications software acquisition and devel- 
opment. More than just a planning tool, this service offers 
innovative ideas and helpful advice to help you control de- 
velopment and maintenance costs, improve productivity, 
and extend the life of your software, making it more efficient 
and cost effective. 


Software Development Concepts and Techniques 
Planning & Cost Justification 

Software Design 

Guide to Application Development Products 
Selection & Acquisition 

Software Production 

Reliability 

Installation & Testing 

Maintenance 

Performance Measurement 
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Emerging Trends 
Directories of Outside Resources 


Datapro Directory of Software 
Three volumes, updated monthly. 


Covers all varieties of commercially available midrange and 
mainframe software. Profiles more than 11,000 packages on 
the basis of features, price, compatibility, date of introduc- 
tion, installed base, and other characteristics. 


Accounting 

Banking & Finance 

DP Center Management 
Data Communications 
Data Management 
Education 

Engineering & Scientific 
Insurance & Real Estate 
Language Processors 
Management Sciences 
Manufacturing 

Medical & Health Care 
Office Automation 
Payroll & Personnel 
Programming Aids 
Sales & Distribution 
System Programs 
Utilities 


OFFICE TECHNOLOGIES 

Objective, comprehensive advice and guidelines for making 
your office or electronic publishing operation more efficient 
and productive. 


Datapro Management of Office Automation 
Two volumes, updated monthly. 


Offers the latest thinking on planning, designing and man- 
aging office technologies such as fax, copiers, PCs, and 
electronic mail. Includes overviews of various office technol- 
ogies and systems, practical guidelines for decision- 
making, planning models, and proven advice from experts 
in the field. 


The Current Office 

Evolving Office of the Future 
Office Systems Development 
Equipment Evaluation & Selection 
Financial/Legal Management 
Personnel Management 
Facilities Management 
Operations Management 
Systems Management 
Automated Office Software 
Consultants & Suppliers 
Glossary 


Datapro Reports on Office Automation 
Three volumes, updated monthly. 


January 1992 
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Focuses on computer-based systems and equipment used 
in the total document management environment of an orga- 
nization. Provides a wealth of detail about the many options 
for handling end-user computing technology in the office . 
environment. 7 


Office Automation Issues 
User Surveys 

Integrated Systems 

Local Area Networks 
Electronic Mail & Messaging Systems 
Office Automation Software 
Microcomputers 

Printers 

Micrographics 

Computer Assisted Retrieval 
Scanners 

Electronic Typewriters 
Facsimile 

PBX Systems 

Copiers 

Vendor Directory 


Datapro Reports on Office Automation International 
Three volumes, updated monthly. 


An essential information source for the OA professional. 
Includes reports on international manufacturers of office 
systems, local area networks, facsimile systems, and office 
software. 


Office Automation Issues 

Market and Technology Overviews 
Integrated Systems 

Networked Systems 

Electronic Mail & Messaging Systems 
Workstations 

Electronic Typewriter Systems 
Printers 

Office Automation Software 
Facsimile Systems 

Image Processing & Micrographics 


Datapro Reports on Electronic Publishing Systems 
Two volumes, updated monthly. 


An in-depth sourcebook for anyone wishing to use the tech- 
nology of desktop publishing. Includes comparisons of 
equipment and costs, case studies, and results of software 
testing. Provides up-to-date information on rapid advances 
in this dynamic field. | 


Publishing Fundamentals 
Concepts & Issues 
Strategies 

Case Studies 

Dedicated Systems 
Hardware Systems 
Monitors 

Publishing Software 
Graphics Software 


January 1992 
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Typesetters 

Printers 

Scanners 

Electronic Delivery Media 
Related Systems & Standards 
Vendor Directory 


Datapro Office Products Evaluation Service 
Two volumes, updated monthly. 


The industry insider’s guide to copiers, electronic typewrit- 
ers, and facsimile machines. Provides comprehensive speci- 
fications and pricing, but goes beyond to examine functions 
and performance of products. Includes hands-on test sum- 
maries, user ratings, and training guidelines. 


Training Perspectives 

Copier Comparison Guides 

Copier Product Reports—Low-, Mid-, High-Volume 
Commercial Copier Pricing 

Electronic Typewriters 

Facsimile 

Laser Printers 

Related Technology 

User Ratings 

NOMDA Bulletin 


Datapro Reports on Document Imaging Systems 
Two volumes, updated monthly. 


Provides the only complete information source on document 
imaging systems technology, manufacturers, and products. 
Includes complete and comprehensive specifications and 
information on image processing hardware and software 
and a newsletter on late-breaking announcements in the 
industry. Also includes valuable management information _ 
that presents the latest thinking on how to get the maxi- 
mum productivity and efficiency from your document imag- 
ing system. 


Management Issues 

User Perspectives 

Document Imaging Systems 

Document Imaging Software 

Input Technologies and Products 

Output and Retrieval Technologies and Products 
Storage Technologies and Products 

Related Technologies 

AIIM Bulletin 


INDUSTRY AUTOMATION 


Datapro Reports on Banking Automation 
One volume, updated bimonthly. 


Combines product analysis and user ratings with authorita- 
tive and up-to-date information needed by banks, savings 
and loans, and thrift institutions. For bank DP managers, 
branch automation managers, and operations officers who 
need to stay current on the latest topics and technology in 
this dynamic business segment. 


© 1992 McGraw-Hill, Incorporated. 
Datapro Information Services Group 


Delran NJ 08075 USA Reproduction Prohibited 


Other Datapro Information 
Services 


Technology Trends 

Teller & Platform Equipment 
Automated Tellers 

Image Processing Equipment 
Software & DP Services 

Item Processing 

Lockbox & Backroom Equipment 


Datapro Reports on Retail Automation 
One volume, updated bimonthly. 


Complete information on automated equipment and soft- 
ware for general merchandising, supermarket, and major 
hospitality organizations. Product comparison tables and 
reports point out the advantages and restrictions of hard- 
ware and software products. 


Technology Trends 

Controller-Based Retail System 
Electronic Cash Registers 

Credit & Payment Systems 

Specialized Retail Systems 

SKU/UPC Marking & Reading Equipment 
Retail Software & Services 

Vendors | 


_. Datapro Manufacturing Automation Series 
Management and Planning, updated bimonthly. 
Manufacturing Information Systems, updated bimonthly. 
CAD/CAM/CAE Systems, updated bimonthly. 

Factory Automation Systems, updated bimonthly. 

News and Perspectives, monthly newsletter. 


Provides product analyses, surveys, market trends, and 
users’ experiences relative to the entire spectrum of manu- 
facturing automation practices. Includes strategic planning 
guidelines, evaluations of micro-based software, and prod- 
uct reviews with specifications to help you automate your 
manufacturing environment. The newsletter complements 


the other volumes by providing industry insights, case stud- 


ies, interviews, and timely news analysis. 


Technical Workstations 

Multiuser CAD Systems 
Microcomputer-based CAD Systems 
Communications 

Manufacturing Information Systems 
Microcomputer-based MRP Products 
Issues and Technologies 

Industrial Control 

Planning Guidelines 

Automated Materials Handling 

Data Collection 

Graphic Peripherals 

Robotics 

Specialized Technologies 
Operations Management 


Datapro Reports on Marketing Information Systems 
One volume, updated quarterly. Eight newsletters per year. 
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Presents important technological developments and 
industry-specific case studies critical to successful data- 
base marketing operations. For marketing, sales, and MIS 
managers who need a comprehensive, objective source- 
book on the latest management techniques, proven strate- 
gies, and available products and services. 


Market/Customer Database Systems 
Sales Analysis/Productivity Systems 
Marketing Research Systems 
Telemarketing Systems 

Order Fulfillment Systems 

System Designs/Solutions 

Special Applications Systems 
Suppliers & Services 

Issues & Opportunities 


Datapro Reports on Service & Support 
One volume, updated monthly. 


Contains a comprehensive directory of service vendors, 
side-by-side comparisons of services and pricing, in-depth 
competitive evaluations of the major service providers, and 
user perspectives: satisfaction ratings and buying plans. 


Industry Surveys & Market Overviews 
User Ratings & Perspectives | 
PC LAN Support | 
Software Maintenance & Support 
Education & Training 
Negotiating Service Contracts 
Systems Integration 
Hardware Maintenance 
Network Services Support 
Systems Integration 

Directories 

Vendors 
service Providers by Region 
Services & Support Announcements 
Outsourcing 


Datapro Electronic Products 


Datapro Software Finder 
Updated quarterly. 


Datapro’s authoritative software directories on CD-ROM, 
Software Finder helps you save time identifying and select- 
ing software products, and make better-informed purchase 
decisions. Profiles over 19,000 business and professional 
software packages for micro, midrange, and mainframe sys- 
tems. With nine different search criteria, including key 
words, you can quickly identify products that meet very 
specific requirements. Profiles give you all the basic facts at 
the touch of a key: price system compatibility, memory re-. 
quirements, network support, vendor contact information, a 
brief description, and more.. | 


Datapro Competitive Edge in Communications 


CD-ROM-based service for companies in the communica- 
tions industry---to help sales and marketing managers track 
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and stay out in front of competitors. Provides in-depth pro- 
files of key communications vendors, detailed product anal- 
yses, including strengths and limitations, product compari- 
son columns listing technical characteristics, and pricing 
data on more than 1,300 communications products and in- 
dustry announcements. Includes separate CD-ROM prod- 
ucts on voice, data communications, and LANs. 


Computer-Based Training 

Designed to provide a cost-effective alternative to more for- 
malized learning. Datapro’s Computer-Based Training (CBT) 
courses are developed under the expert guidance of experi- 
enced industry leaders so you gain insight into real-world 
problems. 


Datapro Faxline 

This facsimile transmission service provides subscribers 
with the latest-breaking news on copiers and fax machines. 
New product announcements are faxed within 48 hours of 
the announcement, and trade show reports are sent within 
one week of the show. 


CASEBASE 

A diskette-based menu-oriented software evaluation tool 
that covers all CASE products, from analysis & design prod- 
ucts, to technical CASE products, to reengineering. It offers 
side-by-side comparisons of more than 250 CASE products 
from more than 150 vendors, a detailed description of CASE 
products, a database of new product announcements, and 
enhancements. 


Datapro Custom Information Services 


Database Products | 

Most of Datapro’s print products are also available in ASCII 

format. Especially valuable to vendors who distribute infor- 

mation via wide-area networks. 

¢ Competitive Products Database 

e Designed specifically for sales and marketing managers, 
product planners and product managers, this electronic 
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Other Datapro Information 
Services 


service offers detailed reports, updated weekly, on more 
than 300 vendors and 750 products. Profiles of company 
financial positions, sales and marketing strategies, sales 
channels, terms and support policies are provided. 

e NewsBASE | 

e An ideal tool for searching, manipulating, and analyzing 
events in the computer and communications industries. 
Updated daily. 


Handbooks 


(Competitive and Vertical Market) 

Easy to carry and use, these customized handbooks give 
salespeople a portable tool for accessing the latest informa- 
tion on competitors’ products, technology and industry 
trends, user ratings, and more. | 


On-Call Consulting 

When you need quick, knowledgeable answers to product 
and technology questions, this phone-in service offers quick 
response—usually within minutes. 


Surveys 

Includes both Customer Satisfaction and User Ratings. The 
former alerts companies to the strengths and limitations of 
their products as seen by users. User Rating Surveys pro- 
vide in-depth information across a range of hardware and 
software categories. 


Northern Business Information 

As the world’s leading supplier of telecommunications re- 
search, Northern Business Information offers a vast array of 
market and competitive assessment reports and services 
that help your company manage and reduce the risks asso- 
ciated with this ever-changing market. 


National Software Testing Laboratories (NSTL) 

As the largest independent testing and evaluation facility in. 
the microcomputer industry, NSTL can consult with your 
company in helping design, test, and enhance your prod- 
ucts. 
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Information Request | 


For detailed information on any of Datapro’s information services, just 
check your area of interest. Return this postage-paid flyer today. 


Name 

Title 

Company Name 
Address 
City/State/Zip 
Telephone 


Fax 


Communications 


1 Managing Data Networks 

1 Data Networking 

1) Reports on Data Communications Intl. 

[1 Management of Telecommunications 

[™ Reports on Telecommunications 

1) Reports on Intl. Telecommunications 

O Reports on Intl. Communications Equipment 
[1 Reports on Intl. Communications Software 
1 Reports on Communications Alternatives 
1 Reports on Communications Software 

[1 Reports on PC & LAN Communications 

[] Reports on Network Management Systems 
[1 Network Management 

(1) Reports on Intl. Networks & Services 


information Systems 


[1 Computer Systems Series 
Overviews 
Reports 
Peripherals 
Software 
1) Datapro 70 Intl. 
O Managing Information Technologies 
[1 Management of Applications Software 
1 Workstations and Services 
[1] Reports on Minicomputers Intl. 
1 Reports on UNIX® Systems & Software 
O Reports on Intl. UNIX Systems 
1 Reports on Information Security 
© Reports on Software Intl. 
0 Application Development Software 
O) Directory of Software 
1 Reports on Service & Support 


Office Technologies 


[1 Management of Office Automation 
Reports on Office Automation 

O) Reports on Office Automation Intl. 

O Reports on Electronic Publishing Systems 
[ Office Products Evaluation Service 

1 Reports on Document Imaging Systems 


industry Automation 


1 Reports on Banking Automation 

1 Reports on Retail Automation 

[ Manufacturing Automation Series 

1 Reports on Marketing Information Systems 


Microcomputers 


[1 Managing LANs 

[1] Reports on Microcomputers 

1 Reports on Microcomputers Intl. 
Directory of Microcomputer Software 
O Directory of Microcomputer Hardware 


Electronic Products 


1 Software Finder (CD-ROM) 

[1 Competitive Edge (CD-ROM) 

[1 Computer-Based Training (CBT) (Diskette) 
CO FAX Track 

[ Datapro Faxline 

[1 CASEBASE 


Need help choosing the right information service? 
Call the Datapro Help Desk at 1-800-328-2776, ext. 2470. 
Fax to Marketing Department at 609-764-2812, 
or send this self-mailer. 
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LAN Cabling 


Datapro Summary 


The incredible proliferation of LANs within the last decade has created many ca- 
bling options for these networks. Continuing technical refinements in the data 
communications field have improved the information carrying capacity of existing 
cable technology. The use of fiber optic technology has now become cost-effective 
and increasingly commonplace. Both users and manufacturers have fostered, as 
well as benefited from, the development and implementation of formal cabling 
standards. When armed with an awareness of existing standards and evolving 
trends, an appropriate LAN cabling strategy can be determined for any given ap- 


plication. 


Cabling at the Inception of 
LANs 


Many buildings now carry sharp reminders 
of the ways in which communications ca- 
bling was accomplished in years past. The 
cabling that still exists, often unused, 
within many buildings reflects how an un- 
planned, unmanaged entity can spin out of 
control. From the initial architectural de- 
sign through the completion and occupancy 
of most buildings, telecommunications wir- 
ing was rarely considered, except for the 
minimal space allowed for the local tele- 
phone company. Unfortunately, this space 
was often located near electrical systems 
and was therefore susceptible to electrical 
interference. 

Telephone companies widely used 25- 
pair cable for each telephone; this was 
nearly one-half an inch thick in diameter 
and very labor intensive to install and ter- 
minate. The telephone companies were 
sometimes fortunate enough to install their 


—By Bernard A. O’Donnell 
Director of Communications 
Office of Information Technology 
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cable before interior construction was com- 
plete. This allowed their installers easy ac- 
cess to conduits, underfloor ductwork, and 
spaces between walls and above ceilings. In- 
stallers of data communications cabling 
were seldom as fortunate. While the selec- 
tion of telephone cable (which was suitable 
for a multitude of telephone systems) was 
left to the local telephone company, build- 
ing tenants often did not select their com- 
puter cabling until after they had occupied 
the building. This was, in part, due to the 
fact that the cable type and specifications 
hinged on the selection of the computer 
itself. 

Proper cable installation at this point 
was difficult, expensive, and rare. Data 
communications cabling often contended 
with telephone cabling for any remaining 
conduit or duct space. Cabling for data ter- 
minals draped down from ceilings, along 
baseboards, and even across floors. Com- 
pounding this problem was the fact that the 
use of computer terminals was on the rise. 
Each occupant of the building was usually 
provided with a telephone and its associ- 
ated cable from the date they occupied the 
facility. The initial data terminal cabling, 
however, was only installed for the small 
percentage of the employees accessing the 
company’s computer. This user population 
grew steadily to the point that as much as 
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half of the staff (or more) required system access. Cables 
were run on an ad-hoc basis to each new terminal and to 
any existing terminals that were relocated. 

Many unused, unmarked cables were abandoned, fur- 
ther complicating the wiring process and choking conduits. 
When the computer system itself reached capacity and re- 
placement was imminent, the user frequently found that 
with the new system came new cabling requirements. Un- 
less conduits and underfloor ducts were filled to capacity, 
old and unused computer or telephone cable was rarely 
removed. The labor costs of removing the cable were pro- 
hibitive, and the possibility of damaging ceilings, walls, or 
existing live connections was too great. The lack of order 
and management of the cabling system caused still more 
cables to be run, since it was easier to install new cable than 


to trace and test existing, unused cables for re-use. Compa- | 


nies using multiple vendors’ computer systems in different 
departments routinely found that each system used a pro- 


prietary data communications scheme and a different ca- 


ble type. 

Although cabling standards and cable management sys- 
tems exist today to minimize the grim aspects of the afore- 
mentioned scenario, all too many terminals and local area 
networks are still cabled in the same fashion. Proper plan- 
ning, adherence to industry standards, and ongoing man- 
agement of cabling system are imperative to avoid the ex- 
pensive, inefficient “‘rat’s nest” that can result from ad-hoc 
cabling. 


LAN Cabling Requirements 


As local area networks were developed and evolved, a wide 
variety of options evolved for the physical layout of the 
network; network topology; bandwidth; channelization; 
and cable types. Within these options exist advantages and 
disadvantages based on the combination of the physical 
and logical aspects of a particular local area network archi- 
tecture. 


Topologies 
The primary wiring topologies for the physical connection 


of local area network devices are the bus, ring, and star.. 


The bus topology (see Figure 1) utilizes a single cable to 
which all network devices attach. Network devices, or 
nodes, are connected by “tapping”’ into the communica- 
tions bus at the location of each node. This facilitates the 
initial installation of a network, but additions to the net- 
work can sometimes be difficult, depending on the accessi- 
bility of the bus cable. The communications bus is 
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“terminated” at each end with a device that prevents sig- 
nals along the cable from canceling each other out or oth- 
erwise interfering with the normal operation of the net- 
work. 

Any cable break along the communications bus, or the 
removal or failure of a termination, will cause the entire 
network to fail. Some bus-based networks operate by al- 
lowing each station on the network to broadcast an ad- 
dressed message to all network devices simultaneously. 
Even though the integrity of the cable may be preserved 
between most or all of the nodes, no communication can 
take place between any stations unless the entire bus is un- 
damaged and properly terminated. Network troubleshoot- 
ing, maintenance, and the addition of new devices often 


dictates that the entire network be taken out of service un- 


til such work is completed. 

With the ring topology (see Figure 2), the network cable 
is configured as a loop to which all network nodes attach. 
Each network device is actually inserted into the ring and 
receives, and either processes or retransmits, each message 
on the network. Based on the address associated with each 
message, the station determines if it is the intended recip- 
ient of the message. If the station is not the intended desti- 


nation for the message, it repeats the message to the next 


device on the network. All transmissions are repeated 
throughout the network, station by station, as each net- 
work device reviews the address of each message. 

As the number of network devices increases, this serial 
transmission scheme can impact the network’s response 
time. Since the network depends on each node to retrans- 
mit each message, a cable failure at a single point within 
the ring can cripple the network. 

The star topology (see Figure 3) utilizes a central con- 
troller to which all network devices connect. The controller 
performs a “traffic manager” function by establishing con- 
nections on the network as required by the individual net- 
work devices. The central controller in a star network can 
become congested with traffic as the number of network 
nodes increase. It is also the single point of failure within 
the LAN. Since the controller (or server) contains a num- 
ber of active components combined with operating soft- 
ware, it is much more prone to periodic failure than the 
network cabling itself. 

Variations and combinations of these basic network 
wiring topologies have also evolved. Controllers within 
multiple star networks can be interconnected, a “‘tree’’ to- 
pology exists which consists of interconnected bus net- 
works, and LANs consisting of multiple rings are common. 
Each topology has specific strengths and weaknesses, and 
LAN cabling strategies have developed in such a way as to 
derive the best features from each topology, and combine 
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Ring Topology 


them into acommon methodology that supports a number 
of different network access methods. 

This methodology consists of providing a “home-run” 
cable connection from each network device to a common 
wiring hub (see Figure 4). In a small network, this network 
arrangement can consist of a single hub co-located with a 
server or computer room. In a large network, there can bea 
number of these hubs, each serving network devices within 
a specific section of a building (generally stations within an 
approximate radius of 250 feet from the hub). This bor- 
rows two significant advantages from the star topology: ad- 
ditional stations are simply added to the network by ca- 
bling to the closest available hub; and any cable-specific 
network problems can be easily isolated and resolved. The 
hubs themselves, in their most basic form, are no more 
than connection points for the wires that connect each net- 
work device. The cable from each device is accessible at 
the hub to allow interconnection to other LAN compo- 
nents. Although physically wired in a star configuration, 
the LAN components that are interconnected to the hub 
determine the operational, or logical, topology of the LAN. 

The network device ports can be interconnected to 
form a bus, ring, or star network. This arrangement allows 
multiple LANs, even those utilizing different logical topol- 
ogies, to coexist within the same cabling system. It also 
eliminates the need to recable in the event that the overall 
network topology changes. In a network with multiple 
hubs, the individual hubs are cabled together to form a 
single network. 


Baseband or Broadband 

The majority of local area networks installed today are 
known as “‘baseband”’ networks. A device attached to a 
baseband network uses the entire communications chan- 
nel, or bandwidth, with each data transmission. Baseband 
networks use digital communications techniques, and each 
device is allowed its own turn to transmit on the network. 
Various baseband LANs typically operate at speeds of 1M, 
4M, 10M, and 16M bps. The medium that carries these 
digital signals is either coaxial, fiber-optic, unshielded 
twisted-pair, or shielded twisted-pair cable. 

A higher capacity, though less prevalent, type of net- 
work is known as a “broadband ” network. Broadband 
LANs are similar in nature to cable-television networks 
that distribute many channels simultaneously over multi- 
ple frequency bands. Rather than allow a single network 
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device to utilize the entire capacity of the network, a 
broadband network essentially consists of multiple logical 
baseband channels that can be used simultaneously for dif- 
ferent baseband services. The device that attaches to the 
network cable, typically of coaxial construction, uses a mo- 
dem tuned to a particular network channel in order to es- 
tablish communications. The digital data signals are mod- 
ulated in order to be carried over the cable as analog radio- 
frequency signals. 

The channel frequencies of a broadband network often 
carry additional services along with typical LAN traffic. 
Video, voice, energy management, security, radio, and 
other data services can be carried since these networks gen- 
erally offer a total bandwidth of 300 to 400MHz, with each 
baseband channel usually allocated 6MHz, depending on 
the service to be carried. Broadband networks carry signals 
in both directions at the same time, either by dividing the 
bandwidth of a single cable in half and utilizing two-way 
transmission on that cable, or through the use of two ca- 
bles. The coaxial cable and components used for broad- 
band networks are fundamentally the same as used in the 
cable-television industry. With the number of active com- 
ponents, such as modems and amplifiers, and the rela- 
tively expensive (and rigid) coaxial cable required to im- 
plement a broadband network, it is more expensive and 
difficult to install and maintain a broadband network than 
a similar-sized baseband network. 

Broadband networks are not typically used for single- 
service applications. The broadband network has found its 
widest use in campus environments with requirements for 
multiple services and the need for future capacity over a 
widely dispersed area. 


Twisted-Pair and Coax 


Twisted-Pair Wire 


As LANs evolved, more cabling options became available 
to the user. Early Ethernet networks used thick coaxial ca- 
ble exclusively; today, Ethernet LANs are implemented 
with both thick and thin coaxial cable, fiber-optic cable, or 
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twisted-pair copper cable. With the approval of the IEEE 
802.3 1OBASE-T specification, an upsurge in Ethernet in- 
stallations using unshielded twisted-pair (UTP) is under 
way. Token-ring networks are now being widely installed 
using unshielded twisted-pair cable, whereas only shielded 
twisted-pair (STP) cable was considered suitable for token- 
ring LANs a few years ago. 

These options developed as cabling options for other 
data communications systems improved. These improve- 
ments occurred when some vendors began to offer prod- 
ucts that allowed data terminals to operate over standard 
telephone cable—unshielded twisted-pair. The timing of 
the release of many of these products coincided with the 
acquisition of inside telephone wiring by telephone com- 
pany customers as a result of the deregulation of the tele- 
phone companies. Data communications managers found 
that they could utilize the spare capacity of this existing 
network within their buildings to connect their computer 
terminals. Since the telephone wiring in most buildings al- 
ready ran to virtually every desk and work location, this 
offered significant cost and flexibility advantages. 

The most noteworthy disadvantage of this approach 
was the initial lack of support that the major computer 
vendors provided. Users found that many vendors dis- 
couraged the use of telephone cable. These vendors main- 
tained that UTP was frequently the source of terminal out- 
ages. Established standards for the use and testing of UTP 
wiring pertained only to its use within the realm of voice 
communications. Users were frustrated by vendors’ reluc- 
tance to support this “‘new” type of cabling for data com- 
munications, and vendors were disenchanted with the vol- 
ume of service outages attributable to improper cabling. 
Success and horror stories abounded within the data com- 
munications community concerning the use of UTP tele- 
phone cable as a viable means of connecting terminals. In 
reality, the failures were due primarily to unsuitable grades 
of cable or improper installation practices. As more com- 
panies entered the market with products for UTP wiring 
systems, the level of support improved. 

Eventually, the major computer vendors noticed that 
user acceptance of these products was on the rise, and they 
began to offer and support products for unshielded 
twisted-pair wiring systems. As these large vendors began 
to implement and support UTP wiring systems for their 
customers, they established their own criteria for the in- 
stallation and use of the wiring. Each vendor discovered 
the limits of each wiring type for use with their own sys- 
tems. Limitations in distance, number of connection 
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points, and other specific boundaries were established 
based largely on the electrical characteristics of the type of 
cable used. 


Coaxial and Twinaxial Cable 


The most popular cable types used for data communica- 
tions prior to the widespread use of unshielded twisted- 
pair wiring were coaxial, twinaxial, and 25-conductor RS- 
232 cable. All are significantly more costly to purchase and 
install than unshielded twisted-pair telephone cable, and 
RS-232 cables are severely limited in the distances they 
can reliably carry certain signals. Terminals using RS-232 
cables are easily adapted to twisted-pair wiring either as a 
direct substitution for the former cable type, or via the use 
of inexpensive modems or line drivers to boost signals, de- 
pending on the distances involved. 

Coaxial and twinaxial cables are adapted to twisted- 
pair wiring through the use of a transformer-type device 
called a “balun.” The balun adapts the “balanced” 
twisted-pair wiring to the “unbalanced” coaxial or twinax- 
ial cable. (In this context, the term balanced signifies that 
the individual signal wires within a cable exhibit identical 
electrical characteristics in reference to ground. Wires 
within the balanced twisted-pair cable that are required to 
interface to the coaxial or twinaxial cable are not 
grounded. Coaxial and twinaxial cables are known as un- 
balanced cables because the cable shield, which acts as a 
signal wire, is grounded.) The balun acts as an interface to 
match the differing electrical characteristics of twisted- 
pair cable to the coaxial and twinaxial cables. Various 
other names for baluns, including media filter and twisted- 
pair adapter, are common. | 


Cabling Systems and Standards 


Cabling Systems 

Within the past decade, information systems users have 
come to demand that new products exhibit a standards- 
based approach to systems interconnectivity. In response 
to this demand, a number of vendors have developed and 
marketed complete wiring systems that include compo- 
nents suited to a number of different types of telecom- 
munications applications and systems, encompassing 
voice, data, and image communications. IBM, AT&T, 
Digital Equipment Corp., AMP, Northern Telecom, and 
others have entered this market, which had previously 
been almost exclusively the territory of smaller, niche mar- 
ket suppliers such as Mod-Tap, Nevada Western, Ortron- 
ics, and others. 

While the smaller firms acted as pioneers for these 
products, and often contribute to the larger firms’ product 
line as component suppliers, each of the large information 
systems vendors has helped to refine and gain acceptance 
for a standard approach to building wiring. The IBM Ca- 
bling System was initially developed to support the IBM 
Token-Ring Network and offers a number of different ca- 
ble categories designed to meet current and future cabling 
requirements. These categories of cable are designated as 
Type 1, Type 2, Type 3, etc. Each cable type has a different 
physical construction and is designed for a specific range 
of applications. 

AT&T’s SYSTIMAX PDS system consists of twisted- 
pair and fiber-optic cable that can be adapted to meet the 
requirements of virtually any major system. Digital’s DE- 
Cconnect system also includes support for video signals 
via coaxial cable, while AMP’s system allows the use of 
interchangeable, snap-in faceplates to allow the cabling 
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system to support rapid system reconfigurations. Northern 
Telecom is emphasizing its commitment to its cabling sys- 
tem by certifying and warranting its capability to maintain 
operation within predetermined specifications. Many 
other suppliers exist, and most of their systems provide a 
similar level of functionality. 


Cabling Standards 
Even though the use of twisted-pair and fiber optic cabling 
systems is becoming commonplace, equipment manufac- 
turers still find themselves unable to anticipate the electri- 
cal and physical specifications of their customer’s cabling 
systems, to which their products must connect. One cus- 
tomer’s building might be wired with three-pair cable to 
each desk, while another will contain four-pair cable. Dif- 
ferent electrical properties exist across the various types of 
twisted-pair wiring that is available. Some end users are 
implementing one type of fiber optic cable while others 
choose a different class of fiber. For the equipment vendor, 
this increases the complexity of introducing new products, 
and makes life difficult for its installation and service staff. 
In response to these problems, the Electronic Industries 
Association (EIA) and the Telecommunications Industry 
Association (TIA) began development of a telecommuni- 
cations wiring standard. The members of the association 
and other interested parties worked together to come to a 
consensus on a standard approach to building wiring that 
would serve a wide variety of telecommunications 
systems. 


From that effort came the following standards: 


¢ Commercial Building Telecommunications Wiring 
Standard (EIA/TIA-568) 


¢ Commercial Building Standard for Telecommunications 
Pathways and Spaces (EIA/TIA-569) 


¢ Residential and Light Commercial Telecommunications 
Wiring Standard (EIA/TIA-570) 


The Commercial Building Telecommunications Wiring 
Standard addresses specifications for the standard applica- 
tion of twisted-pair, coaxial, and fiber optic cable. It in- 
cludes recommended topologies, distance limitations, in- 
Stallation practices, and hardware specifications. 

The Commercial Building Standard for Telecommuni- 
cations Pathways and Spaces mandates a standard ap- 
proach for implementing and utilizing the conduits, cable 
trays, ducts, manholes, and other paths and spaces in 
which cable is installed. 

The Residential and Light Commercial Telecommuni- 
cations Wiring Standard is similar in content to the Com- 
mercial Building Telecommunications Wiring Standard, 
but addresses the specifics of residential wiring. 

A separate standard addressing the particulars of 
industrial-building telecommunications wiring may be 
published by the EIA/TIA in the near future. Specifica- 
tions within the EIA/TIA standards support 10BASE-T 
and other physical options of the 802.3 LAN standards de- 
veloped by the Institute of Electrical and Electronic Engi- 
neers (IEEE) as a part of their overall Project 802 stan- 
dards effort regarding local area networks. The 1OBASE-T 
specification provides for operation of a 10M bps base- 
band Ethernet LAN over unshielded twisted-pair wiring, 
and 1s one of the most stringent data communications ap- 
plications for UTP cabling. 
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The EJA/TIA standards also support other IEEE stan- 
dards, such as IEEE 802.5 (token-ring); the American Na- 
tional Standards Institute’s (ANSI) Fiber Distributed Data 
Interface (FDDI); and the physical aspects of the Inte- 
grated Services Digital Network (ISDN) standards. Any- 
one planning to implement a new building wiring system 
should purchase and study copies of the commercial stan- 
dard and the pathways standard. Both are available 
through the EIA at 2001 Eye Street N.W., Washington, 
D.C. 20006; telephone (202) 457-4900. These are consid- 
ered the standards for telecommunications wiring within 
the industry today, and suppliers of building wiring sys- 
tems and components are complying with the EIA docu- 
ments at every opportunity. 


Planning, Implementation, and 
Operational Considerations 


Today, the cabling that supports local area networks and 
other telecommunications services within a building or 
campus has evolved to become an architected component 
of that facility. Ideally, the end user is involved during the 
design phase of the building construction project and can 
participate at each decision point that might later affect 
the ability of the structure to support a given cabling sys- 
tem. In the event that this is not the case, the architect’s 
and building owner’s adherence to a standard approach to 
the cabling system can help ensure that the tenant’s LAN 
and other telecommunications services will be adequately 
supported. Buildings are often constructed without know- 
ing who the tenants will be, much less what their LAN ca- 
bling requirements will be. 

Implementation of cabling systems that support the 
EIA/TIA wiring standards is becoming commonplace. Ar- 
chitects, engineers, and contractors have developed an 
awareness of these standards-based cabling systems and 
often use them as a baseline requirement for new office 
facilities. The cabling systems themselves have become as 
much a part of the building systems as the plumbing or 
electrical systems. This is in contrast with a time when ca- 
bling was considered more a part of the computer system it 
supported rather than the building. Although either option 
can be appropriate for a given situation, long-range consid- 
erations weigh in favor of adopting a single cabling system 
as a part of any new or renovated facility. 

A critical factor to consider when designing a cabling 
system for a medium- to large-sized office facility is the 
opportunity for change. A single-tenant building might 
later become a multi-tenant office, or vice-versa. Wiring 
systems must be designed to allow either interconnection 
or dissection of various segments of cable. Wiring initially 
installed to serve a single user could serve four separate 
tenants at a later date. An adequate number of equipment 
rooms with appropriate electrical service, security, access, 
environmental conditions, and floor or wall space must be 
considered with an eye toward the future. 

LAN access should be readily available to any location 
within the facility, and an adequate number of prewired 
LAN access jacks for future use should be part of the LAN 
cabling plan. This provides flexibility for relocation of ex- 
isting network devices as well as addititonal staff. Since 
future expansion is difficult to predict, it is wise to provide 
LAN access to virtually every possible future location. Of- 
fice copiers have not typically required any wiring other 
than electrical service, but as they become common as net- 
work devices on LANs, wiring even those locations will 
become routine. 
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Sharing the Facility 

As a user begins the physical aspects of implementing the 
LAN, he or she may find that other parties plan to use a 
conduit, wall, access sleeve, or cable that was originally 
anticipated to be available exclusively for the LAN. Many 
telephone company installers are now very restricted in the 
level of freedom they can exercise in choosing a point to 
mount and terminate incoming cables and equipment. The 
restrictions typically dictate that the telephone company 
terminate the incoming service cables and mount the 
equipment at a single entrance point to serve the entire 
facility. This entrance point is generally as close as possible 
to the point that the cable enters the building. 

The necessary distribution of cabling within the build- 
ing is considered to be the responsibility of the building 
owner, and the local telephone company does not become 
involved unless the building owner contracts with it sepa- 
rately for the internal cabling of the building. In addition 
to the issue of competition with the telephone company for 
wall space or electrical service, the LAN implementer may 
want to consider the need to provide connectivity to the 
telephone company demarcation point in the event that an 
external data circuit is required to bridge to another LAN, 
access a host computer, or provide dial-up access to the 
LAN. 

In adddition to the telephone company, others contend- 
ing for conduit space, power, and equipment space can be 
installers of telephone systems, other data communica- 
tions systems, security, video, paging, electrical, or radio 
systems. Proper coordination among the installation ef- 
forts for these systems is not only required for the afore- 
mentioned reasons, but also to ensure that no adverse ef- 
fects result from any undesireable interaction between 
them. Of all the systems within a building, the LAN is usu- 
ally the most susceptible to any electromagnetic, radio fre- 
quency, or electrical power interference. 


Comparing Twisted-Pair 
Shielded twisted-pair cable may become a necessity in or- 
der to protect the network from other signals and electrical 
noise. The additional cost of STP cable can be insignifi- 
cant compared to the magnitude of the operational prob- 
lems that may ultimately exist within a harsh electromag- 
netic environment. Proper cable installation and 
grounding techniques become extremely important when 
shielded cable is used, in order to prevent the introduction 
of spurious signals onto the cable shield. Adherence to the 
LAN manufacturer’s installation specifications is critical 
to avoid any electrical interaction between systems. 
Although the initial goal of many twisted-pair wiring 
products was to allow the re-use of existing telephone ca- 
bling within buildings, this is not the most common means 
by which LANs using twisted-pair cabling are imple- 
mented. Different grades of twisted-pair cabling exhibit 
varying electrical properties that determine their suitabil- 
ity for transmission of an electrical signal. Some factors 
that are key in determining a cables’ data transmission 
abilities for a LAN are listed below. 


¢« Wire gauge (diameter) 

¢ Insulating material 

¢ Insulation thickness 

¢ Number of wire twists per foot 
¢ Electrical resistance 

¢ Capacitance 
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e Signal attenuation at a given frequency or data rate 
e Balance properties 


These qualities are generally specified by manufacturers of 
equipment to be connected to the cable, but ideally, a cable 
should be suited to meet the highest level of functionality 
eventually required within a building. Standard telephone 
cabling may be suitable for certain types of low speed data 
transmission, but local area networks operating at multi- 
megabit data rates often require better grades of twisted- 
pair cable. 


Cable Testing 

Before making the decision to use, or not use, existing ca- 
ble to wire a LAN, some testing and analysis should be 
done. Testing of the in-place cable should be done in order 
to determine that it meets the necessary manufacturers’ 
specifications for the LAN being installed. In addition to 
electrical testing, existing cable should be tested up to the 
specifications of any anticipated applications. This allows 
the user to determine the useful life of that specific grade of 
cable in that environment. If the existing cabling is electri- 


- cally suited to the application at hand and any new appli- 


cations are far in the future, it might be unwise to install 
new cabling since the state of the art in either the applica- 
tion or the cabling systems might change in the interim. 
For testing existing cable, a guideline such as Digital’s 
Unshielded Twisted Pair Ethernet Wiring Installation and 
Characterization Guide should be used. In addition to elec- 
trical tests, existing cabling should meet other criteria in 
order to be considered for re-use. Cables in place should 
not be shared with other systems, they should be present 
throughout the facility, they should allow for easy inter- 
connection with other LAN hardware, and proper docu- 
mentation of the entire wiring system should be available. 


Terminating the Cable | 

An important aspect in the design and operation of the 
LAN is the location of wiring hubs or termination points. 
Although a small closet might initially seem appropriate 
for LAN cable terminations, the ongoing operation of a 
LAN will underscore the need for a location that provides: 


e Security 

e Ample floor and wall space 

e Adequate electrical power and lighting 

e Sufficient conduit space into/out of the room 
e Access to a telephone 

e Access to external data circuits 

e Proper environmental conditions 

e Future expansion capabilities 


Even though many termination points contain nothing 
more than connecting blocks for wires, network testing and 
troubleshooting can be difficult and time consuming if 
these locations are inaccessible, poorly lit, or otherwise fail 
to meet the requirements listed above. These issues be- 
come very important when a large number of LAN users 
are unable to access the network due to an outage, and are. 
waiting for technicians to restore operations. In addition 
to operational considerations, there are planning consider- 
ations that support the need for well-designed cable termi- 
nation spaces. Expansion of the LAN will generally require 
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the addition of more wiring hardware, and the proper de- 
sign of these wiring areas should allow for the installation 
of these components. 

A wide spectrum of relatively new products exist to al- 
low network reconfiguration, access for testing, and con- 
nectivity between network devices and other LANs. These 
products are installed at cable hub locations as part of a 
building’s cabling system. The simplest of these products is 
the modular patch panel. The patch panel provides access 
to each network cable via a telephone-type modular jack. 
This allows the network administrator to reconfigure, test, 
connect, or disconnect network devices repeatedly without 
having to reterminate the cables each time. The individual 
cable connections represented on the panel can easily be 
connected to network hardware via modular patch cords. 

A newer, more automated version of this device acts as 
a switching matrix that can be controlled using a data ter- 
minal. All network cables and LAN devices are wired to 
the matrix in order to allow “any to any” device connectiv- 
ity throughout the building. In addition to avoiding the 
tangle of patch cords that can result from a large number of 
patch panels, these matrix switches can automatically pro- 
vide a record of the specific network connections. 


Intelligent Hubs 


An even higher level of functionality exists due to the re- 
cent popularity of intelligent wiring hubs. Also known as 
smart hubs or wiring concentrators, these devices can 
serve as multiplexers, network management control 
points, matrix switches, bridges, repeaters, terminal serv- 
ers, and test devices. The intelligent hub often provides an 
interface between multiple cabling types that exist within a 
LAN. Many hubs provide for coaxial cable and fiber-optic 
cable connections in addition to twisted-pair wiring. 

Within a network, individual hubs are connected using 
segments of fiber optic or coaxial cable, while individual 
network devices connect to the hub via twisted-pair in a 
star wiring topology. Some hubs offer levels of hardware 
and cabling media redundancy whereby a cable or compo- 
nent fault needn’t cause the LAN to be out of service as 
repairs are made. The hubs can be networked through the 
use of modems or bridges to allow a multi-location net- 
work to appear as a single, cohesive entity. 

As network management control points, these devices 
provide a window into the operation of a LAN that would 
otherwise require a multitude of test devices and software 
packages. Network status, devices, traffic, faults, alarms, 
maps, and testing procedures can be indicated on a control 
terminal connected to the hub. These units are likely to 
become compatible with existing network management 
packages offered by the major computer systems vendors. 


Fiber Backbones 

For many existing networks, the interconnection of wiring 
hub locations is accomplished using coaxial cable, or either 
shielded or unshielded twisted-pair wiring as a 
““‘backbone’”’ connection. The current trend toward higher 
speed connectivity between intelligent wiring hubs and 
other network components has contributed to the in- 
creased use of fiber optic cable for the backbone. Vendors 
routinely provide a fiber optic interface on many network 
devices as well as interfaces to the more conventional cable 
types. When planning and implementing a new LAN, it is 
often desireable to include fiber optic cable as a significant 
portion of the overall wiring system. Fiber promises the 
higher operating speeds that the networks of the future will 
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require. In addition to greater bandwidth, however, fiber 
presents a number of advantages over conventional ca- 
bling, including: 


¢ Greater transmission distance 

¢« Immunity to electromagnetic interference 

¢ No generation of electromagnetic interference 
¢ Use of less conduit space 

¢ Improved security 


The cost of implementing fiber optic cabling has decreased 
significantly over the past five years as it has become more 
commonplace, but more importantly, the long-term costs 
of fiber can prove to be less than that of other cable types. 
The bandwidth advantages of fiber optics dictate that the 
long-term ability of fiber to support a network will out- 
weigh that of copper cable. As the copper-based network 
requires yet more copper cable (and conduits) to support 
additional capacity and applications, the existing fiber will 
become increasingly more capable as advances in the de- 
vices that connect to the fiber generate even greater band- 
width. 

Although many predict that “fiber to the desktop”’ will 
become common in the coming years, it is widely used 
only as a network backbone in LANs being installed today. 
The absence of requirements for such high bandwidth, the 
lack of available products at the desktop level, and the cost 
of providing fiber connectivity to each network user pre- 
clude the installation of fiber as a single cabling medium 
for all segments of a LAN. As plans evolve to cable a facil- 
ity, the decision to install fiber, even if only for future use, 
depends largely on the ability to provide future capacity 
within, and access to, the conduits and wiring pathways of 
the building. 


Managing the Cabling System 

Some of the most important aspects of implementing LAN 
cabling systems are the follow-up activities that occur dur- 
ing and after the installation of the cable. Proper testing, 
certification, documentation, and ongoing management of 
the cabling system ensures that the cabling will serve its 
intended purpose well into the future. 

Basic levels of electrical testing should be done as the 
installation progresses to provide early identification of 
fundamental flaws in either the products or installation 
methods. Once the system is completed, a certification 
that the network can carry the intended data signals should 
be made. The certification of the system is based on a ran- 
dom sample of wired locations, or by testing every wired 
location individually. The results of the certification test- 
ing should be documented and kept as a part of the overall 
wiring system documentation. One of the advantages of 
having a complete, well documented certification test is 
that it provides a benchmark by which future system test- 
ing can be compared. The investment of time and money 
in certification testing can be recovered many times over 
during the life of the cabling system. Comparing future test 
results against the initial certification measurements helps 
avoid extensive and time consuming troubleshooting and 
recabling. Documentation indicating the existence and ca- 
pacity of cables within the network wiring system should 
be checked against the initial installation and, most impor- 
tantly, be kept up to date. 

Unfortunately, it is common for a network administra- 
tor or technician to become apathetic toward updating the 
cabling documentation when a new cable is added or a 
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change of any kind is made to the wiring system. The mod- 
ification of blueprints or cable records to reflect these 
changes is often seen as a minor responsibility in the con- 
text of the more technically demanding aspects of an ad- 
ministrator’s function, and updates are often overlooked. 
Especially in a large network, the deterioration of cabling 
records can come back to haunt those that work with the 
wiring. Taking the time to maintain the cabling system 
documentation on an ongoing basis will always prove 


more efficient than trying to figure out the network during © 


a system outage. 


Trends 
The incredible speed at which innovations in communica- 


tions technology materialize can create headaches for LAN 


implementors. When planning a network to meet the re- 
quirements of every eventuality, it soon becomes evident 
_ that the breadth of future services that might be delivered 
over the LAN is difficult to anticipate. The emergence of 
Integrated Services Digital Network (ISDN), Fiber Dis- 
tributed Data Interface (FDDI), and high-bandwidth ap- 
plications such as image processing can make an appropri- 
ate cabling strategy seem to be a moving target. | 


The availability of ISDN services, although rolling out at a. 
slower than expected pace, is expected to increase the level | 


of LAN-to-LAN communications due to the high-speed 
switched data connections that ISDN can provide. Basic 
and primary rate ISDN services at speeds up to 1.544M 
bps are now, and will increasingly be, utilized extensively 
in connecting LANs via the public telephone networks. 
The introduction of broadband ISDN services at data rates 
up to 140M bps, or multiples thereof, are unlikely to occur 
until the late 1990s. 


This report was prepared exclusively for 
Datapro by Bernard A. O’Donnell, Director of 
Communications for the Office of Information 
Technology of the State of Connecticut. Mr. 
O’Donnell has over 15 years of experience as a 
consultant and manager in voice and data com- 
munications. He has previously held positions 
with the U.S. Air Force, Milton Bradley Co., 
United Technologies, and New England Micro- 
wave Corp., his own consulting firm. 
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FDDI , 4 | 

The FDDI specifications for a 100M bps, fiber optic based 
local area network architecture have been embraced by a 
number of LAN vendors. FDDI networks offer LAN users 
an increased level of bandwidth that can meet the de- 
mands of LANs interconnected within an enterprise-wide 


_ distributed processing environment. 


Standards Compliance 


Despite the tumultuous changes in the networking envi- 


ronment, those implementing cabling systems have found 
that a standards-based approach will serve them well into 
the foreseeable future. As more organizations implement 
cabling based on the EIJA/TIA standards, the market for 
products will be largest for those vendors addressing stan- 
dard cabling methods. Users are intensifying their de- 
mands for standards-based products throughout the infor- 
mation technology arena. The response and involvement 
of manufacturers in participating in the development of 
these standards is heartening and unlike any past efforts. 

One indication of the efforts of manufacturers in adapt- 
ing to existing standards is the current debate to adopt a 
standard to allow FDDI signals to operate over either 
shielded or unshielded twisted-pair cable. Groups of ven- 
dors have rallied around each type of cable, largely based 
on the architecture of their own existing products. Much of 
the impetus for the use of copper cable for FDDI is based 
on the fact that users have so much copper already in- 
stalled. If this debate had taken place ten years ago, each 
vendor group would likely have adopted the cable type 
that best suited its own needs, and no attempt would have 
been made to develop a single standard. Furthermore, it 
would have been unlikely that vendors would have both- 
ered to deviate from the fiber-based FDDI implementa- 
tion in the first place. Although all three options for FDDI 
may eventually be marketed, the fact that these parties are 
working closely together in the standards crusade is bene- 
ficial for the end user. 

The prevalent wiring systems offered by the major com- 
puter and communications vendors generally adhere to the 
EIA/TIA standards. These standards accommodate exist- 
ing networking topologies and data transmission rates, and 
provide users with a means to migrate to ISDN and FDDI- 
based services without recabling their facilities. The end 
user who insists on a standards-compliant cabling plan will 
find the optimum level of multivendor, multi-service ca- 
pability that can reasonably be expected from a wiring 
system. 
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Datapro Summary 


LAN hubs weren’t always as functional as they are now. They started out as unin- 
telligent mechanisms designed to solve wiring problems. State-of-the-art hub tech- 
nology now includes network management software based on the Simple Network 
Management Protocol (SNMP). Intelligent wiring hubs permit LAN managers to 
monitor the network from a single vantage point. As LAN managers move toward 
automated network management, intelligent wiring hubs play an increasing role in 


the automation process. 


There ought to be an IQ test for new intelli- 
gent wiring hubs. The advantage that smart 
wiring hubs have over traditional hubs is 
that they allow users to manage the network 
from one place. 

But users say intelligent hubs should be 
even smarter. The hubs on managers’ wish 
lists would have very simple command in- 
terfaces and would be able to self-map the 
configurations they administer. 

It is good to remember, however, that 
hubs began as unintelligent devices, simple 
tools to eliminate wiring snarls. And al- 
though they continue to solve local network 
wiring problems, hubs have evolved to the 
point where they now also play host to in- 
ternetwork devices such as bridges and 
routers. 


Network Management 


The most sophisticated intelligent hubs 
save network managers steps by including 
net management software, often involving 
the Simple Network Management Protocol 
(SNMP). They monitor and report on such 


This Datapro report is a reprint of “‘A Guide to 
Wiring Hubs: Smart, Smarter, Smartest’ by 
Kimberly Patch, pp. 1, 36-37, 39, 44, and 46, 
Network World, March 11, 1991, Volume 8, 
Number 10. Copyright © 1991 by Network 
World/CW Communications, Inc. Reprinted 
with permission. 
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network activities as traffic load, error con- 
ditions, and broken cables. 

Even more sophisticated wiring hubs 
can monitor LANs down to the port level. 
They can also enable and disable ports re- 
motely so that managers can configure net- 
works from their desktops. 

Increasingly, intelligent wiring hubs are 
capable of working with different LAN 
technologies, including Ethernet, token 
ring, and Fiber Distributed Data Interface. 
They cannot, of course, enable transmis- 
sion of data between LAN types. That 1s, 
not unless they have built-in bridging or 
routing functions. 

This is coming along, too. Intelligent 
hub manufacturers are building bridging 
and routing capabilities into their products, 
allowing network managers to connect var- 
ious kinds of LANs. 

Finally, some intelligent hubs are gain- 
ing sophisticated security features, and oth- 
ers boast redundant modules to bring a 
measure of fault tolerance to the network. 

One major advantage of intelligent wir- 
ing hubs is that they allow managers to take 
charge of the LAN from a single point. 

With traditional wiring hubs, a manager 
would have to walk to the closet containing 
the concentrator suspected of causing the 
problem and unplug desktop devices until 
the faulty connection was located. The wir- 
ing closet could be several flights—or sev- 
eral buildings—away from the manager’s 
office. 
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The advantages of intelligent wiring hubs grow when 
network management capabilities are added to them. 
When using a hub that has SNMP capabilities, for exam- 
ple, a net manager can see the onset of failures, having 
been alerted by preset alarms. 

Intelligent wiring hubs bring the network manager “‘the 
ability to collect statistics [such as] error rates and the 
number of collisions,” says John McConnell, president of 
Interworking, Inc., a market research firm in Boulder, 
Colo. They can “disable or enable certain ports and take 
misbehaving segments out of the LAN.” 

In addition, intelligent wiring hubs enable users to cre- 
ate logical networks. 

“You are star-wired from the hub; it gives tremendous 
network advantages,” says Michael Howard, president of 
Infonetics Research Institute, Inc., a market research firm 
in San Jose, Calif. For instance, within some intelligent 
hubs, system managers can create logical networks and 
bridge networks. They may also be able to attach routers to 
the hub for connecting to LANs or wide-area networks. 

Pyropower Corp., a San Diego-based company that 
manufactures large boilers for power plants, recently built 
a new headquarters and took advantage of the event to set 
up a sophisticated network that uses unshielded twisted- 
pair wiring and modular intelligent wiring hubs. The setup 
is a world away from Pyropower’s old hub network. 

With the old hubs, managing the network was “like a 
Christmas tree light scenario,” says Klay Elwood, manager 
of MIS for Pyropower. “Something would happen and 
you’d give somebody a terminator, and they’d run from 
station to station plugging in until they found the station 
that was down. Sometimes they’d never find it, and we’d 
down the whole network and bring it up again and disturb 
everyone.” 

The addition of intelligent hubs supporting SNMP al- 
lows Elwood to “‘manage [the whole network] from a work- 
station and provide the type of design redundancies and 
management capabilities that will allow us to serve our 
customers without significant interruptions,”’ he says. 


Bridges and Routers 


In addition to network management, better interfaces and 
the support of various media, many of today’s intelligent 
hubs are gaining the ability to support bridges and routers. 

Partnerships are forming between hub vendors and 
LAN interconnect suppliers to bring bridge and router 
functions to intelligent wiring hubs. 

In 1990, for instance, hub vendors Cabletron Systems, 
Inc., Chipcom Corp. and SynOptics Communications. 
Inc. all signed agreements with router vendor Cisco Sys- 
tems, Inc. for Cisco to build router cards that will slide into 
slots in their respective intelligent hub offerings. 

Hub maker Ungerman-Bass, Inc. last December signed 
a technical development and marketing agreement to use 
advanced Computer Communications multiprotocol 
bridge/router technology in its hubs. | 

SynOptics is planning to announce remote routers as 
well as bridges and routers between token ring, Ethernet 
and FDDI later this year, according to Steven Moustakas, 
the company’s director of product management. 

Another trend is the ability to concentrate and monitor 
terminals within a hub. 

For instance, Banyan Systems, Inc. introduced a line of 
terminal servers last summer that plug directly into 
Cabletron’s, Chipcom’s and SynOptics’ intelligent hubs. 
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In addition, SynOptics last October announced a tech- 
nology exchange agreement with Xyplex, Inc. to incorpo- 
rate a terminal server made by Xyplex into the SynOptics 
hub. | 


Intelligent Wiring Hubs 


There are two main types of intelligent wiring hubs. The 
most intelligent of the two are the large, self-contained 
hubs sold by Cabletron, Chipcom, SynOptics, Ungerman- 
Bass and Fibermux Corp. These hubs support high-level 
capabilities such as multiple media and access methods, 
routing and bridging, and monitoring down to the port 
level. They also allow remote enabling and disabling of 
ports. : 

Other self-contained hubs, such as David Systems, 
Inc.’s David ExpressNet Hub, which supports only Ether- 
net, are less talented and less expensive. 

AT&T, Hewlett-Packard Co., Proteon, Inc. and others 
have taken the modular rack’em, stack’em approach. This 
kind of hub tends to be less expensive than the all- 
encompassing hub but is generally less sophisticated. Mod- 
ular hubs usually support several media and offer good 
network management capabilities but support only one ac- 
cess method. 

Today’s large self-contained hubs contain slots into 
which cards plug. Typically, each of the cards, sold sepa- 
rately, supports eight, 12 or 16 users for many as 132 desk- 
top devices supported per hub. 

A user can mix and match these cards, installing three 
Ethernet cards one token-ring card, an FDDI LAN and a 
terminal concentrator, for instance. The trends in this type 
of configuration are larger shells that support more users 
and a wider variety of cards. 

The rack’em, stack’em variety comes in modules that 
support eight, 12 or 16 users each and can be rack mounted 
or stacked. 

These external modules can be connected with thin- 
wire Ethernet and managed as if they were part of a larger 
chassis. 

The larger shells tend to be more expensive per port 
costing around $50,000 for a 132-port system, or between 
$150 and $600 per port, depending on how many of the 
slots are used. The rack’em, stack’em variety is less expen- 
sive and runs closer to $150 to $200 per port. 

A user that wants to build a network slowly and does 
not have a lot of cash to invest in equipment that will not 
be used until later might want to take the modular ap- 
proach. Users with large networks that need the most so- 
phisticated network management software would do well 
to look into the self-contained hub approach. 

“It’s analogous to buying an all-in-one stereo system vs. 
buying a preamp, CD player, power amp and cassette 
player, and stacking them up and connecting them in the 
back with wires,’ says Infonetics Research Institute’s 
Howard. “The difference is that the one big box is nicer.” 

Cabletron, for instance, offers its Multi-Media Access 
Center (MMAC) in three sizes. The latest offering is the 
MMAC 5FNB, which supports as many as 120 ports in up 
to five Ethernet, token-ring and FDDI networks and in- 
cludes a management/repeater module. The company’s 
other MMAC models support three and eight networks 
each. 

MMAC can be configured with a second power supply 
for increased reliability. Cabletron offers two network 
management software packages. Users can manage the net 
from any site using the company’s Spectrum software. 
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Cabletron’s remote LanView package allows users to man- 
age the MMAC through a modem. 

Another example of the one-box intelligent hub 1s Chip- 
com’s 17-slot ONline System Concentrator. It is a fault- 
tolerant hub that supports any combination of three Ether- 
net, token-ring or FDDI networks. 

Modules available for the slots are the eight-port 
Twisted Pair Ethernet Module and Transceiver; the four- 
port Fiber Module; the Ethernet bridge module, which 
takes two slots; and the Ethernet Network Management 
Module. 

The Network Management Module is controlled via a 
terminal connected to an RS-232 port on the module. The 
company claims the external Midnight Bridge module can 
also be controlled via the Network Management Module. 

This spring, Chipcom is scheduled to announce Net- 
work Control System software that will allow users to con- 
trol the hub from any desktop connected to it. 

Subsequent introductions will include internal bridge 
and router modules, which will each take up two slots in 
the chassis. 

SynOptics’ System 3000, Ungermann-Bass’ Access/ 
One and Fibermux’s CrossBow complete the list of large 
self-contained smart hubs that support Ethernet, token- 
ring and FDDI while also letting the user monitor down to 
the port level and enable and disable ports remotely. 

AT&T, which uses the rack’em, stack’em approach, ear- 
lier this year announced its 13-port Starlan 10 Network 
Smart-Hub. AT&T’s Starlan 10 Network SmartHub Man- 
ager supports SNMP, can draw topological maps down to 
the end user and includes intrusion control and eavesdrop- 
ping protection security features. 

The Starlan 10 Network SmartHub Manager converts 
an Ethernet broadcast into a logical point-to-point trans- 
mission path to gain increased security. It identifies a data 
packet’s intended destination by matching its destination 
address with the SmartHub’s authorized node addresses. 

In addition, it prevents unauthorized nodes from trans- 
mitting over the network by matching source addresses. 

AT&T also offers the Starwan Multi-Bridge module, 
which can interconnect two FDDI networks, four Ethernet 
networks or four Ethernets and one FDDI network. 

HP’s EtherTwist products are also rack’em, stack’em 
systems that include l|OBaseT-compliant hub modules sup- 
porting from 12 to 48 ports each; an eight-port fiber-optic 
hub; local and remote bridge modules; eight- to 32-port 
adapter cards; OpenView Bridge Manager; and OpenView 
Hub Manager software. 

HP’s OpenView is based on the X Window system, sup- 
ports SNMP and allows managers to monitor hubs or 
bridges from one dedicated personal computer on the net- 
work. 

The company plans to announce before year end a 
router that will fit into its smart rack and be managed by 
OpenView, according to Alan Housley, HP’s product mar- 
keting manager. 

In contrast with most hub makers, which have tackled 
multiple LAN types, HP has no plans to add token-ring 
modules to the EtherTwist family, Housley says. “Our 
plans are not focused on token ring because there are only a 
small amount of users who want both [types of LAN],” he 
asserts. 

A similar one-LAN specialist is Proteon, whose product 
only works with token ring. Proteon has no plans to add 
other media to its modular family of hubs, according to 
Mary McGregor, Proteon’s public relations manager. 
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The company sells the Series 70 intelligent Wire Center 
and provides an SNMP-based net management system 
called Overview. 


Not Smart Enough 


Users, of course, have their own views about whether to- 
day’s intelligent hubs are truly smart. Many of them think 
hubs need to be a whole lot smarter. 

The biggest complaint users have about today’s intelli- 
gent wiring hubs pertains to the user interface. Network 
management user interfaces are getting better, “but they’re 
still in their infancy,” says Pyropower’s Elwood. 

Some users are asking for easier to handle command 
interfaces and a simpler way of creating net maps of LAN 
wiring systems. 

Vendors say both of these capabilities are improving. 
Interfaces are becoming more like the graphical user inter- 
faces of Apple Computer, Inc.’s Macintosh, and some 
firms’ products can automate the LAN map. But more ef- 
fective use could still be made of today’s graphics capabil- 
ities, users Say. 

In fact, according to one user who requested anonym- 
ity, network interface menus are poorly designed. “If I just 
want stats on one port, I have to go through about three 
menus.” he says. 


Future Hubs 


The attractiveness of the new hubs is helping spark an in- 
terest in net management standards. Without such stan- 
dards, the choice of one hub means that all other hubs in 
the network must be supplied by the same firm. 

According to Infonetics Research Institute’s Howard, 
the wave of networking in the future will be more connec- 
tions and more collected statistics. 

“The most flexible box would have Ethernet and token 
ring at both speeds and FDDI [with] different media 
options,” he says. “It would have local bridging and router 
connections to local or remote networks, terminal server 
connections and SNMP network management.” 

Hubs will increasingly connect more elements of the 
network and become an increasingly important part of the 
network, says Interworking’s McConnell. 

Future hubs are also likely to be physically smaller than 
current ones, according to hub vendors. AT&T is working 
on very large-scale integration chips for smart hubs, says 
Bob Donnelly, an AT&T district marketing manager. 

But despite recent networking advances, promises for 
the future and network managers’ wish lists, many users 
still spend more time putting out fires on the network than 
using the reporting capabilities of smart hubs. 

According to the aforementioned anonymous user who 
recently switched to modular intelligent hubs, the primary 
advantage of these hubs is that they “‘give you more control 
over problem situations.” 

Although his intelligent hubs support SNMP, the user 
says he hasn’t had time to look into using that capability. 
“We [still] put out fires most of the time,” he adds. 

Nevertheless, users say they are moving toward more 
automated network management and intelligent hubs area 
major part of this trend. 

And even just as instruments to deal with crisis situa- 
tions on the net, intelligent wiring hubs have proven useful 
to managers. Now they can put out their fires while sitting 
down. 
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Datapro Summary 


Data networking continues to grow and change. Network planners need to under- 
stand today’s market needs and anticipate future needs. This report provides in- 
formation on the next generation hub and its potential for simplifying network 
capabilities by incorporating a hierarchical network management architecture. 


Rapid change in the data networking arena 
means that the creation of products for the 
next generation is a lot more than a prob- 
lem in system design. Successful products, 
which respond to real market needs, must 
often be designed before these needs are 
fully known or understood. This puts the 
system designer in a position where he or 
she must intelligently evaluate current con- 
ditions to correctly anticipate prospective 
needs. 

This report considers the market re- 
quirements for the next generation hub and 
outlines an architectural approach that will 
fulfill future needs. The major objective of 
this architecture is to simplify the data net- 
work. The approach described in this report 
offers in a single box a full range of 
standards-based data networking functions 
currently provided by a variety of systems, 
including repeaters, bridges, and routers. 
The new modular architecture is open and 
easily extended and offers maximum flexi- 
bility in adapting the system to specific user 
requirements. Moreover, it simplifies the 
data network by incorporating a hierarchi- 
cal network management architecture, 
which delegates network management 
functions to the lowest possible level. 


This Datapro report is a reprint of ‘‘The Next 
Generation Hub” by Dr. Dono van-Mierop, pp. 
31-37, from 3Tech, Volume 2, Number 1, Sum- 
mer 1991. Copyright © 1991 by 3Com Corpora- 
tion. Reprinted with permission. 
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This report is written for network plan- 
ners who require information on the next 
generation hub and who need to simplify 
their network’s management capabilities. 


Market Demands and the 
Next Generation of Data 
Networks 


Why did the introduction of the PC and the 
development of LANs spark explosive 
growth in the data networking market- 
place? LANs showed users the power of 
sharing information and distributing appli- 
cations in terms of real, bottom-line bene- 
fits to their companies. The logical way to 
obtain additional benefits was to create sys- 
tems that would permit even more of this 
sharing, i.e., to connect the LANs together. 

There are three principal reasons for the 
continuing growth of data networks. First, 
PCs and LANs are still increasing in all 
types of organizational environments. Sec- 
ond, increasingly more computations are 
performed by distributed processing. This 
““machine/machine” interaction requires 
more communication bandwidth. And, fi- 
nally, new 1/0-intensive applications (such 
as interactive graphics and image process- 
ing) have enormous appetites for data stor- 
age and transmission capabilities. 

In tomorrow’s business environments, 
therefore, data communications services 
will be as pervasive as today’s telephone 
services. The data network will be viewed 
as a “utility,” with the end user depending 
heavily on the service and its quality. In 


JANUARY 1992 


2 1217 
Technology Issues & Trends 


most environments, the penalty for poor service is high. 
For example, a delay in placing a trading order in the stock 
market due to an outage in the data network may cause 
millions of dollars in losses. This represents substantially 
more than the cost of the equipment itself. In addition, 
users need simple access to the data networking service, as 
simple as picking up the phone and hearing a dial tone. 

Today’s users already expect total availability and easy 
accessibility. Tomorrow’s users will also be eager to em- 
ploy applications that place new levels of burden on the 
networks and their managers. From the end user’s perspec- 
tive, next-generation data networks will have to be: 


Standards-based at the physical connection level. The 
end user primarily cares about a transparent intercon- 
nection of Ethernet, Token-Ring, and fiber distributed 
data interface (FDDI) networks. The data networking 
service should be independent of things like higher layer 
protocols. 


Reliable. Business is starting to depend on the reliability 
of data networks. Therefore, many users require 100% 
availability. The next-generation data network will have 
to include the mechanisms and tools to ensure that level 
of reliability. 


Flexible. Users will want a full range of possible tradeoffs 
between cost, performance, and level of service. They 
will want systems that are scaleable and that adapt easily 
to change in ways that make network interconnection 
simpler, rather than more complex. 


While the end user views the data network from the LAN 
perspective, the network managers responsible for plan- 
ning, installing, and maintaining the data network have a 
global perspective. These managers require: 


Figure 1. 
Typical Deployment of New 
Generation Hubs 
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Flexibility in installing the networking equipment in a 
physical cable plant, possibly using existing wiring 


Management tools for predicting errors (and for quickly 
and easily detecting and correcting them), as well as for 
other management tasks, such as network configuration, 
alteration, and performance optimization 


Cost effective equipment and installation procedures, 
since the cost of down time may he higher than the 
equipment itself in critical applications 


Specifying the Next Generation Hub 


The increased demand placed on data networks will re- 
quire solutions based on new architectures. This report de- 
scribes the next generation hub (NGH) as the basis for 
such an architecture. Before discussing the NGH, we will 
offer a model of the future environment. 

It is helpful to view the data network as a three-tiered 
model. LANs, campus area networks, and WANS are re- 
lated to topological entities. For example, LANs are typi- 
cally single physical segments of Ethernet, Token-Ring, or 
FDDI networks on a floor. In larger networks, LANs may 
contain multiple physical segments comprising a single, 
logical LAN (such as bridged LAN segments in a single 
building). LANs are typically tree structured with roots in 
the wiring closet. 

Hubs in the wiring closets in one or more buildings ona 
campus are typically interconnected with a campus back- 
bone. Current generation hubs are limited to LAN- 
repeating functions. There is a trend toward using FDDI as 
the backbone, thus dramatically increasing the communi- 
cation capacity to the wiring closet. This opens up an op- 
portunity to increase the functionality of the hub. NGH is 
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a hub that includes not only a repeating function but also 
bridging, routing, and interfaces to various networks and 
network management. 

Figure 1 shows possible locations of the NGH within 
the campus: in the communication room or in the floor- 
wiring closet. The NGH-based data networking architec- 
ture is simple, because it serves as a universal building 
block. The NGH contains LAN functions for end user con- 
nections, interconnects LANs on a campus, and provides 
WAN interfaces—all in the same type of box. 

For an NGH to succeed, it must be able to support net- 
works that are standards-based, reliable, flexible, and man- 
ageable. These networking goals can be attained by design- 
ing an NGH that: 


¢ Provides a total solution, satisfying all user network ser- 
vice needs. The NGH must support any combination of 
data networking services, including repeating, bridging, 
and routing functionality, as well as both local and re- 
mote connectivity. It should also provide interfaces to 
Ethernet, Token-Ring, and FDDI end users. 


Pushes reliability up to the 100% availability limit. This 
means a simple architecture, no single point of failure, 
and sophisticated fault prediction and recovery mecha- 
nisms. 


e Has an extendable architecture. The NGH should be ca- 
pable of adding functionality on demand by users plug- 
ging in the appropriate boards or loading the necessary 
software. Moreover, the NGH is the place to ensure flex- 
ibility and scaleability through a range of price, perfor- 
mance, and service options. 


e Never creates traffic bottlenecks. To handle substan- 
tially increased traffic, the NGH will require a much 
faster throughput rate than that of today’s hub products. 
In addition, there should be a simple method for adding 
capacity. 


Protects investments by ensuring compatibility with us- 
ers’ existing equipment. Since the NGH should be com- 
pletely interoperable with all standards-based equip- 
ment, it will have to support both transmission control 
protocol/internet protocol (TCP/IP) and open systems 
interconnection (OSI), as well as other popular stan- 
dards, such as Xerox Network Systems (XNS) and DEC- 
net. 


Of course, fulfilling these requirements with today’s tech- 
nology would require several devices. But the NGH should 
fulfill them as a single-box solution. The reason for this is 
straightforward. It is inherently easier to manage a single 
device than several devices. This is the primary reason for 
requiring that the NGH provide a total data networking 
solution. 


NGH System Architecture: A Modular 
Approach 


The requirement for both an extendable architecture and a 
total solution immediately suggests a modular strategy for 
the NGH system architecture. A modular architecture 
would allow the NGH to be extended to the physical limits 
imposed by the size of the equipment rack. Moreover, it 
would provide total flexibility. Functional modules could 
be added to, or removed from, the system based on users’ 
required data networking services. The probable physical 
appearance of the NGH is depicted in Figure 2. 
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Figure 2. 
A Typical NGH Enclosure 


The modular approach is best described in terms of two 
types of elements: basic building blocks and extension 
modules. Basic building blocks, which provide the frame- 
work for NGH functionality, include the backplane, buses, 
and system manager. The extension modules provide re- 
quired data networking functionality: interfacing, repeat- 
ing, bridging, and routing. These architectural components 
are illustrated in the schematic model in Figure 3. 

The key architectural concept that serves as a basis for 

flexibility and potential high performance is distributed 
processing combined with network management func- 
tions. This distributed processing power means that per- 
formance will not degrade, even when more connections 
are added. The performance and cost can be tailored to 
individual needs. 
_ In contrast with the distributed modules, network man- 
agement functionality is inherently centralized. The sys- 
tem manager is the central element that reconciles any dif- 
ferences among the distributed modules. 


Basic Building Blocks 


The basic building blocks provide a framework for the full 
range of network services on a single platform. These basic 
building blocks include media buses, a high-speed bus, a 
system management bus, the system manager, and the 
power distribution system. 

While current generation hubs include only one net- 
work bus per type, the NGH will provide multiple media 
buses for each transmission medium, such as Ethernet, To- 
ken Ring, or FIDDI. These buses will integrate the LANs 
into the NGH, providing users with the flexibility of tailor- 
ing the number of connections to their current or future 
needs by adding modules. Multiple buses of the same type 
allow the integration of several LAN segments. 

Because of the need to support very high data rates, the 
backplane will probably include a high-performance bus or 
switch for fast data transfer between the modules. This bus 
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Figure 3. eee eee 
NGRH’s Modular Architecture : : 


System 


Manager 


must ensure that there are no bottlenecks in intermodular 
communications. The backplane contains several buses. 
For example, using multiple FDDIs for this purpose has 
the advantage that it could be extended out of the box, thus 
reducing the number of store-and-forward hops required 
between any two end stations. Multiple FDDI buses not 
only provide both high performance, and also redundancy 
that enhances reliability and is very instrumental in fault 
isolation and bypass. 

Comprised of its own high-performance processor, 
memory, and peripheral support, the system manager 
communicates with each module, collects appropriate sta- 
tistics and other information, monitors and tracks perfor- 
mance, and places modules off-line in the event of failure. 
The cornerstone for the hierarchical network management 
architecture, the system manager provides centralized 
control over the distributed extension modules. 

The system management bus is a general-purpose bus 
(for example, VMEbus). It must provide the bandwidth for 
the system manager to communicate effectively with all 
extension modules; yet, its interface logic must be inexpen- 
Sive, so that it does not increase the cost of the individual 
modules. 

Finally, the power distribution should include redun- 
dant power supplies. For maximum reliability, it must also 
support “‘hot swapping,” which is the ability to add or re- 
place modules without powering down the entire system. 
For simplicity, every slot should have enough power to ac- 
commodate any module. 


Key Extension Modules 


System elements, referred to as extension modules, fit into 
the framework provided by the basic building blocks. 
These modules, which provide the actual data networking 
services that are the main reason for building the NGH, 
include: 


Media modules. These modules function similarly to to- 
day’s hubs. They provide high-performance communica- 
tions between all connected devices to form a logically 
unified network. They do not, however, provide any fil- 
tering but forward all data one frame at a time. Media 
modules provide connections to end stations, using one 
of the standard LAN protocols. 


Segmentation modules. These modules provide bridging 
and routing services, permitting the same degree of net- 
work segmentation possible with today’s bridges and 
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routers. Integrating these functions into a single hub in- 
creases its reliability by eliminating cables and by allow- 
ing better network management. Segmentation modules 
are critical for performance and reliability, since they 
isolate LAN segments that operate concurrently and 
with limited interaction. 


Backbone connectivity modules. These provide inter- 
faces to the campus or WAN backbones. Campus inter- 
faces are typically FDDI and could be Ethernet. WAN 
interfaces will probably support connection to a variety 
of services including, T1, T3, Sonet, X.25, Frame Relay, 
or switched multimegabit data services (SMDS). 


Hybrid modules. These modules provide mix-and- 
match functionality, such as WAN routing services or a 
combination of repeating with bridging/routing. The 
modular architecture permits virtually unlimited func- 
tionality in such hybrid modules. 


Gaining Simplicity Through a 
Hierarchical Approach to Network 
Management a, 


The best thing about developing the NGH from scratch is 
that we can build network management right into it, rather 
than adding it later as many vendors have done with the 
current generation of products. This allows us to deter- 
mine the optimal method for incorporating network man- 
agement functionality. 

The modular architecture of the NGH makes it possible 
to implement a hierarchical approach to network manage- 
ment. In this approach, components of the network man- 
agement are implemented at different levels. Each network 
management problem is solved at the “lowest” possible 
level. Network management functions are delegated to 
lower levels if possible. This ensures the fastest possible 
fault recovery, while minimizing the computation and 
communication resources needed for the solution. 

The media modules contain the lowest level of network 
management. These modules implement the physical pro- 
tocol in hardware and include capabilities like enabling/ 
disabling ports. In FDDI, for example, the media module 
performs a sophisticated link establishment protocol au- 
tonomously. Although these modules typically do not in- 
clude a processor, they can be directly accessed by the sys- 
tem manager for configuration or status collection. 

Extension modules that handle higher layer protocols 
perform a variety of network management functions in 
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their hardware and software. They would typically expose 
a management information base (MIB) to the higher level 
network management. 

As its name implies, the basic building block referred to 
as the “system manager’ provides the next (central) level 
of network management functionality for the NGH. The 
system manager is responsible for collecting network man- 
agement data and communicating with the network man- 
agement station. 

The system manager can perform many of the same 
functions as today’s network management stations or even 
human network managers. For example, counters in the 
media modules need to be polled at relatively high fre- 
quency to provide responsive trend analysis. Rather than 
having the polling activity load the communication path to 
the network manager and its processor, the system man- 
ager performs the data gathering and trend analysis within 
the NGH, alerting the network manager if it detects abnor- 
mal behavior. 

Many users find that the reliability of their networking 
hardware is fairly high. However, once a fault occurs, it 
typically disappears quickly, with no clue as to what 
caused it. The system manager is the ideal level to contin- 
uously monitor the network and record the history. Once a 
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fault occurs, this historic perspective should provide 
higher level management with an audit trail to the prob- 
lem. 

Any problems that the system manager cannot solve 
would be escalated to the network management station. 
And, presumably, (human) network managers would be 
notified about any problems that cannot be solved by the 
network management station. By delegating management 
functions to different levels within the hierarchy, this net- 
work management architecture is clearly a major contribu- 
tion to the simplicity of the data network. 


Conclusions 


NGH will be a single device offering a full range of data 
networking services and unprecedented flexibility, com- 
bined with excellent price performance. To ensure that it 
attains such a high standard, this system will probably be 
implemented through a modular, extendable architecture 
that includes a great degree of fault tolerance. These de- 
vices will become the central focal point for the next gen- 
eration of networks. These future data networks will offer 
a level of data communications services comparable only 
to the services of today’s telephone system: total availabil- 
ity combined with simplicity of use. 
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Datapro Summary 

Eliminating costly and space-consuming cabling from their premises is a priority 
for many users. With the local area network (LAN) market booming, many ven- 
dors are introducing wireless LANs, eliminating the need for coaxial, twisted-pair, 
and fiber optic LAN cabling. Varied technologies are being used to implement 
wireless LANs, including infrared light and spread spectrum (UHF radio). As with 


any new technology, however, there are benefits and limitations inherent in wire- 
less LAN technology. Still, there are several wireless LAN products currently avail- 


able from vendors including BICC, Motorola, and NCR. 


Wireless Technologies 


The basis of what is traditionally referred to 
as wireless LAN technology is radio. Radio 
uses a broad portion of the lower end of the 
electromagnetic spectrum as a vehicle to 
encode and ship information from one 
place to another. The electromagnetic spec- 
trum is made up of energy which includes 
heat (infrared), light, X rays, and radio, all 
of which travel invisibly at the speed of 
light as waves. The characteristics of the 
waves are physical length (measured in 
meters) and the frequency at which they os- 
cillate (measured in hertz, or cycles per sec- 
ond). These two attributes determine the 
way in which waves behave. Actually, there 
is an inverse correlation between wave- 
length and frequency; as wavelength in- 
creases, frequency decreases. 

As the frequency of waves increases, the 
electromagnetic radiation becomes known 
first as infrared, then light, then ultraviolet 
radiation, then X rays. The increase in 
wave frequency takes us across the electro- 
magnetic spectrum (see Figure 1). 

The strength of radio waves is a function 
of amplitude, which is the strength of their 
oscillation and not their frequency. Radio 
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uses a carrier frequency—a certain fixed, 
constant frequency—where it encodes an 
information signal by modulating or vary- 
ing the amplitude (AM, or amplitude mod- 
ulation) or frequency (FM, or frequency 
modulation) of the carrier frequency in di- 
rect proportion to the signal. The encoded 
radio frequency signal is radiated into the 
air, after it has been amplified, through an 
antenna. Once the signal hits the antenna of 
the receiving radio, it converts it back into 
electrical form. The receiving radio then 
takes the information signal from the car- 
rier frequency and separates and recon- 
structs it through a process called demodu- 
lation. The signal is then amplified, and the 
decoded information is sent to the output 
device (most commonly a speaker). 

Information can be carried in analog 
(natural waveforms of information) and 
digital (information in discrete, discontinu- 
ous, usually binary bit) form. 

Wavelengths vary considerably and can 
react very differently to different items in 
the environment—they can bounce off 
rocks, be absorbed by wood, and even react 
differently to changes in atmospheric pres- 
sures. All radio frequencies exhibit their 
own characteristics. For instance, low- 
frequency, long-wavelength radio frequen- 
cies (RFs) can pass through earth, water, 
and even human-made structures. 
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Figure 1. 
The Electromagnetic Spectrum 
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The electromagnetic spectrum is made up of energy which includes heat (infrared), light, X rays, and radio, all of which travel invisi- 
bly at the speed of light as waves. The characteristics of the waves are physical length (measured in meters) and the frequency at 


which they oscillate (measured in hertz, or cycles per second). 


UHF Radio Systems 

or Spread-Spectrum Technology 

The first wireless devices used the ultrahigh frequency 
component of the electromagnetic spectrum. This technol- 
ogy became known as spread-spectrum. 

The essence of spread-spectrum technology is that it 1s 
spread across a range of radio frequencies instead of being 
sent on one specific frequency. The result of this spreading 
iS a unique ““waveprint”’ which can only be intercepted by a 
device that understands the spreading which has taken 
place by the sending device; data is therefore difficult to 
intercept. The spreading effect in spread-spectrum tech- 
nology leaves this option with improved security—no one 
frequency can be readily tapped to siphon data. 

The technology was developed during World War II for 
military applications which were based on antieavesdrop- 
ping and antijamming properties. In 1985 the Federal 
Communications Commission (FCC) set aside selected 
bandwidths for commercial data transmission by radio 
waves. These three bands of frequencies are 902MHz to 
928MHz, 2400MHz to 2483.5MHz, and 5725MHz to 
5850MHz. In setting these frequencies aside, the FCC lim- 
ited commercial installations to a low power level of one 
watt, which results in a transmission that can only travel 
800 feet. 

These bandwidths are essentially the upper end of the 
UHF band. The upper end of the UHF band is not only 
used for spread-spectrum radio technology but also for 
television, FM radio, and cellular radio. They all use sev- 
eral small, narrow bands, within a general region of the 
spread-spectrum bands, as carrier frequencies. As a conse- 
quence, there really is not a lot of available bandwidth for 
spread-spectrum technology. | 

Spread-spectrum technology (also called SST) operates 
on a non-exclusive spectrum of radio frequencies. There 
are Other radio signals being sent across these frequencies, 
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and the signals are therefore susceptible to interference. 
The maximum speed or signaling rate which the data can 
travel is 230K bps. 


Wireless In-Building Networks (WINs) 

At the highest level of UHF frequencies, frequencies exist 
within the electromagnetic spectrum which are virtually 
interference free. Spectrum reuse is therefore more easily 
done here, than at a lower, more crowded frequency. 

_ These frequencies (18GHz to 19GHz) are in essence a 
blend of UHF frequencies and infrared characteristics. At 
these higher bandwidths, transmission speed is much 
quicker. Presently, transmission speeds of 15M bps are be- 
ing achieved while 80M to 100M bps are attainable. Due 
to the uncrowded nature of these bandwidths, there is 
enough bandwidth available to handle these higher speeds 
that will be found in future computer systems. 

This higher bandwidth is to be licensed by the FCC. 
The FCC will also assign frequencies on which signals may 
travel. The FCC now calls the 18GHz to 19GHz frequen- 
cies the Digital Termination Service (DTS) band. Motor- 
ola coined the name Wireless In-Building Networks 
(WINs) as the vendor applied it to this bandwidth. One 
problem with this frequency is that signals are often 
blocked by large structures. While it is a high enough fre- 
quency that it does not interfere with other electronic 
equipment, signals can only pass through drywall surfaces. 
Motorola has developed a lot of technology around the 
wireless use of this DTS band. It includes the following. 


Six-Sector Intelligent Antenna: This antenna is set up to 
continuously select the best signal for each individual data 
transmission. 


High-Performance RF Digital-Signal Processor: This pro- 
cessor is a radio frequency digital-signal processor which is 
used for data synthesis and recovery. Motorola embedded 
this technology in CMOS technology, which incorporates 
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specialized modulation and demodulation techniques 
with a bit error rate of 10-8. 


GaAs MMIC Module: Gallium Arsenide Monolithic Mi- 
crowave Integrated Circuit (GaAS MMIC) technology en- 
ables the DTS technology to be miniaturized so that a sys- 
tem module is the size of a deck of cards. This module 
contains five GaAs integrated circuits which both transmit 
and receive the 18GHz RF energy. 


Packet Switch and Network Interface on a Chip: This chip 
has a three-level switching architecture which is intended 
to manage, organize, route, and ensure the integrity of the 
high-speed datastream. One million connections per sec- 
ond can be processed through its on-chip switching capa- 
bility. 


infrared 

Infrared wireless LANs operate at an even higher fre- 
quency on the electromagnetic spectrum. Infrared is im- 
mune to electrical interferences and is quite available in 
terms of various frequencies. The technology is line-of- 
sight (even though it is invisible to the human eye) in that 
it cannot penetrate dense surfaces. However, it can be re- 
flected off some common point for linking transmissions 
together. The speed of infrared transmissions is currently 
1M bps, but in the future it is anticipated such transmis- 
sions could travel at 10M bps through products on the 
market. 


_ Carrier Current Radio 

Wireless alternatives must include a mention of carrier 
current radio. The basis of this technology is to send low- 
frequency radio signals over AC power lines. The technol- 
ogy is inexpensive but constrained to a narrow bandwidth. 
It has the same distance constraints as does RS-232 ca- 
bling. Its maximum signaling rate is 115.2K bps. 


Why Use Wireless LANs? 


Why should you use wireless local area networks? There 
are a host of reasons. The most commonly cited ones are: 


Inflexibility of Cabling: When cable has been laid in a 
building, it is often difficult and expensive to change the 
configuration of that cabling—walls have been closed off 
and they must be opened again to rewire, or no wiring dia- 
gram had been constructed and now there is a lot of guess- 
work involved in figuring out what cabling is where. To- 
day, there is frequent addition or reconfiguration of 
personal computers or local area networks, which adds to 
the need to create additional flexibility. 


Expense of Cabling: The expense of cabling can be as great 
as the cost of computer hardware and software. If the in- 
staller is fortunate enough to be working with a new build- 
ing, drywall may not have been placed in the structure so 
that cabling is not only easier but less expensive. If the 
structure is complete, cabling can be quite expensive. Es- 
pecially in older structures where stone forms the base of 
the construction, it can be a difficult environment in which 
to pull cable. These expenses are increased anytime that a 
move of a personal computer or a local area network takes 
place. 


Physical or Regulatory Limitation on Cabling: Many types 
of cable will not guarantee signal strength if the cable 
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length is over 1,000 feet. While repeaters (devices to 
“repeat” or push the signal further) can be used, there are 
still many limits on the physical distance which a signal 
can travel over coaxial, twisted-pair, or fiber optic cabling 
can travel. 


Speed of Cabling Limitations: Cabling configurations can 
limit the speed at which the signal can travel. While token- 
ring configurations can support speeds of 4M and 16M bps 
and Ethernet networks can support 10M bps, sources in 
the wireless LAN market claim that it could easily achieve 
network speeds of 100M bps. Since the bandwidth of ca- 
bling determines the speeds at which signals can travel, 
physical limitations of bandwidth may constrain wired 
systems far below this level. 


Need to Easily Form PC Workgroups: Local area network 
workgroups must often be put together very quickly, and 
often for short-term situations (such as a field audit per- 
formed by accountants). The cabling involved in quickly 
and economically constructing a workgroup, especially on 
a short-term basis, does not always make economic sense. 
While one could argue that cabling does not need to be 
concealed in the wall for short-term projects of this nature, 
others would argue that security and professional reasons 
mandate that the cabling be concealed. These scenarios are 
those for which wireless local area networks are ideal. 


In fact, wireless LAN industry observers claim that the 
ideal local area network configuration can be best achieved 
through wireless techniques in the future. Network at- 
tributes commonly cited in this ideal wireless configura- 
tion are: 


° easy to install and move 

° can coexist with wire, cable, and future optical fiber 
e easy to operate 

universally applicable 


can provide similar speeds to what it replaces 
¢ secure 

¢ reliable 

¢ cost effective 


Why Not to Use Wireless LANs 


Conversely, there are a number of reasons to not use wire- 
less LANs. They include the following: 


Wireless LANs are Radio Devices. Are the electronic emis- 
sions from these devices necessary and safe? 


Cost. With wireless technology in its early stages, some of 
the technology is still not cost effective. 


Speed. With spread-spectrum, carrier current, and infra- 
red technologies, speed can be slower than what can be 
achieved with comparable wired systems. The WIN tech- 
nology is the main area where we see potential for great 
improvements in speed over wired systems. 


Line-of-Sight Issues. Line-of-sight restrictions cause the 
technology to have physical limits. 
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Distance/Range Issues. Coupled with line-of-sight are the 
issues which surround the distance that a signal can travel. 
Especially in spread-spectrum technology, this distance 
may be adversely affected by weather. 


Interference. Spread-spectrum technology, which is 
shared, is susceptible to interference from assorted house- 
hold equipment including microwave ovens, garage door 
openers, and industrial meat cookers. Burglar alarms have 
even been found to emit and sense reflected radio waves 
blanketing out wireless signals. 


Newness of Technology. As is the case with many new 
technologies, many users perceive wireless LAN technol- 
ogy to be untried. While this perception may not be valid, 
it is an issue which must be addressed. 


Need for Special Software Drivers and Proprietary Compo- 
nents. Many wireless LANs require special software driv- 
ers and proprietary components in order to function. This 
requirement, by definition, locks the user into the vendor 
from which he or she purchased this proprietary technol- 


ogy. 


AC Power-Line Product Restrictions. AC power-line prod- 
ucts must be located on the same AC transformer due to 
the fact that low-frequency signals will not go through 
transformers. 


Products and Services 


Products 

We have compiled a list of eight wireless LAN products 
currently available. This list, in Table 1, is by no means 
exhaustive but is intended to provide an overview of some 
products which are now being offered as wireless LANs. 


Services 


Advanced Radio Data Information Service (ARDIS) 


ARDIS is a joint venture cellular-radio network between 
IBM and Motorola which is presently operating in 8,000 
cities. It charges users for access to a slice of the radio spec- 
trum which they are licensing from the FCC. An electronic 
mail and telecommunications program called MacKDT 
has been developed by Apple Computer to use ARDIS. 
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Data Personal Communications Services (PCS) 7 
This proposed service is a bandwidth (1.7GHz to 2.3GHz) 
which Apple Computer has recommended that the FCC 
set aside for the free use of wireless LANs. The network 
would be accessible anywhere and would be free, yet it 
would carry only data. 


Vendors 


Listed here, for your convenience, are the addresses and 
telephone numbers of the vendors whose products are 
listed in Table 1. 


BICC Technologies 
1800 W. Park Drive . 
Westborough, MA 01581 (508) 898-2422 


California Microwave, Inc. 
985 Almanor Avenue 
Sunnyvale, CA 94086 (408) 732-4000 


Carrier Current Technologies Inc. 
6505 Pharr Mill Road 
Harrisburg, NC 29075 (800) 835-2402 


Motorola, Inc. 
3209 Wile Road 
Arlington Heights, IL 60004 (800) 233-0877 


NCR Corp. 
1700 S. Patterson Boulevard 
Dayton, OH 45479 (513) 445-5000 


O’Neill Communications, Inc. 
8601 Six Forks Road | 
Raleigh, NC 27615 (800) 624-5296 


Photonics Corp. 
200 E. Hacienda Avenue 
Campbell, CA 95008 (408) 370-3033 


Telesystems SLW, Inc. 
85 Scarsdale Road, Suite 201 
Don Mills, ON, Canada M3B 2R2 (416) 441-9966 
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Table 1. Wireless LAN Product 


Product 
Technology 


Applications 


Protocols Supported 


Configuration 


Frequency 


Range/Site Coverage 


Transmit Power 
Signaling Rate 


Pricing 


FCC License 


Strengths 


Limitations 
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Motorola Altair Wireless Telesystems SLW Arlan Carrier Current Technol- BICC InfraLAN 


Ethernet 


Wireless In-Building Net- 
work (WIN)/microwave 


Wireless networking of 
PCs (with Ethernet 
cards), printers, termi- 
nals, other Ethernet 
devices 


All running over IEEE 
802.3 10M bps Ethernet 


1 Control Module per Mi- 
crocell; maximum of 32 
User Modules per Micro- 
cell; maximum of 32 us- 
ers per Microcell; 
maximum of 6 users per 
User Module 


18-19GHz 


5,000 square feet (with 
32 Ethernet devices); 40 
feet between control and 
user modules 


25 mW 
15M bps 


$3,995 (Control Mod- 
ule/32 users); $3,495 
(User Module/daisy- 
chained 6 workstations, 
each with thin Ethernet 
adapter); net cost: $780 
per port 


Required 


Potential speed to 100M 
bps; security ensured 
due to data encoding; 
higher frequency leads to 
lower interference 


Proprietary technology 
not compatible with other 
network management 
packages; proprietary di- 
rectional antenna re- 
quired because signals 
fade rapidly; uses FCC-li- 
censed frequency which 
costs the end user on an 
ongoing basis 
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440/450 


Spread-spectrum 


ogies CarrierNET Series 
AC power line 


Wireless PC LANs; mixed With Manylink software, 


combination of wireless 
and cable LANs; PC-to- 
host connections; net- 
work-to- 

network bridges 


None identified 


Arian 440: wireless com- 
munications card with at 
least 1 Arlan 010 Trans- 
ceiver over Arlan NCBus; 
up to 16 additional com- 
munications devices; Ar- 
lan 450: wireless 
communications card 
with attached or optional 
antenna; Requirements: 
128K RAM per PC, Ad- 
vanced NetWare 286 2.1 
or ELS NetWare I! 


915MHz 


Indoor/office: 500 feet di- 
ameter; open factory: 
3,000 feet diameter; 
building to building: 6 
miles directional (line of 
sight) 


1 watt, peak 
230K bps 
$1,500 per node 


Not required but FCC 
certified under part 
15.126 


Supports up to 100 PCs 
per network 


Speed of network 


file transfer, E-Mail, print- 
er sharing via low-power, 
low-frequency radio sig- 
nal; software does not 
support virtual drives 


None identified 


Requires 256K RAM and 
RS-232 serial port for 
each PC, DOS 2.0 or 
higher, 110/220 V AC, 
50/60 Hz; 255 nodes on 
a power line up to 1 mile 
long 


200kHz 


Up to 1 mile 


5 watts 
38,400 bps 


CarrierNET: $199; Car- 
rierNET Plus and Carrier- 
NETPlus!: $399 


Not required 


inexpensive 


Speed and distance 
constraints 


Infrared light 


Traditional LAN 
applications 


Ties into token-ring 
networks 


6-port repeater/multiac- 
cess unit (MAU) for at- 
taching PCs and bridges; 
2 optical nodes transmit 
incoming and outgoing 
data signals 


Optical wavelength: 870 
nanometers 


80 feet between nodes 


Not applicable 
4M/16M bps 


$2,995 per node; under 
$500 per user 


Not required 


Minimal interference; 
inexpensive 


Uses line-of-sight tech- 
nology; cannot transmit 
through walls or parti- 
tions; relatively expensive 
at $2,995 per node 
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Table 1. Wireless LAN Product (Continued) 


Product 
Technology 


Applications 


Protocols Supported 


Configuration 


Frequency 


Range/Site Coverage 


Transmit Power | 
Signaling Rate 


Pricing 


FCC License 


| Strengths 


Limitations 


JUNE 1991 


O’Neill Communications 
Local Area Wireless Net- 
work (LAWN) 


Spread-spectrum 


File transfer, peripheral 
sharing, E-Mail 


AX.25 (X.25 standard roy 
radio) 


LAWN transceiver unit; 
software requires 110K 
RAM (TSR program with- 
in software requires 40K); 
each PC requires 512K 
RAM and RS-232 serial 
port, DOS 2.0 or later; 
hard disk recommended 


902-928MHz 


1,000 square feet (cover- 
age inside buildings); 500 
feet (unobstructed in 
space); can extend an- 
other 500 feet using re- 
peater (which works like 
microwave repeater tow- 
er that receives and re- 
sends telephone calls) 


20 mW 
38,400 bps 


$499 per transceiver 


Not required 


Inexpensive; 1-year 
warranty 


Incompatible with 
NetWare and other 
LANS; can communicate 
with only one other net- 
work at same time 


Photonics Photolink 
Infrared light 


All traditional LAN 
applications 


Compatible with TOPS 
(Sitka), PhoneNET, Local- 
Talk, or RS-232 links (4 
computers) 


Infrared Photolink trans- 
mitter/receiver attaches 
to PC and desk or wall 
divider; 32 Photolinks at 
same target area; maxi- 
mum of 128 computers 
on 1 Photolink network; 
Infrared Transceiver al- 
lows portable computers 
to be tied into Photolink 
network 


Below visible light 


70-600 feet 


25 mW 
1M bps 


4 Macintosh transmitter- 
/receivers: $1,195; Infra- 
red Transceiver: $20 


(OEM qty.) 


Not required but has 
Class A FCC certification 


Potential speed to 10M 
bps; secure; easy to 
install 


Supports only LocalTalk; 
relatively low speed; af- 
fected by weather; re- 
quires direct line of sight 
to operate 


California Microwave 
RadioLink 


Spread-spectrum - 


All traditional LAN 
applications | 
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NCR WaveLAN 


Spread-spectrum—differ- 
ential quadrature phase 
shift keying (DQPSK) 


Runs on MS-DOS and 
Novell NetWare 


RS-232-C (asynchronous/ Sremenee (CSMA/CD) 


synchronous), RS-485, 
V.35, X.21 bis, IEEE 
802.3, AppleTalk 


RadioLink transceiver 


902-928MHz; 2,400- 
2,483.5MHz 


Line-of-sight up to 5 
miles; office building: 800 


feet; dense building: 500 
feet 


1 watt, peak 
250K bps 
Not available 


Not required (FCC Part 
15.247) 


Secure; easy to install 


Speed constraints; inter- 
ference possibilities 


Network interface card 
for ISA PC platforms, in- 
cluding network drivers 
and installation tools; ex- 
ternal omnidirectional an- 
tenna module; optional 
DES encryption socket 


902-928MHz 


Open environment: 800 
feet; semi-closed environ- 
ment: 250 feet; closed 
environment: 100 feet 


250 mW 
2M bps 


Network interface card 
including Novell drivers 
and omnidirectional an- 
tenna: $1,390; DES (Data 
Encryption Standard) se- 
curity feature: $90 


Not required 


Fully compatible with In- 
dustry Standard Architec- 
ture (ISA); DES 
encryption socket allows 
for enhanced security; 
transmission not blocked 
by office partitions (ex- 
cept thick concrete or 
metal); can be connected 
to wired network via sin- 
gle PC on wired network 


Relatively slow speed; 
signal may interfere with 
other spread-spectrum 
devices 
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Frame Relay Technology 


Datapro Summary 


The demand for switched high-speed data services is now emerging as a major user 
requirement. Frame relay is a higher performance service compared to traditional 
X.25 packet switching and is positioned by the four key vendors in this market 
(Northern Telecom, Digital Equipment Corp., StrataCom, and cisco) as a LAN 
interconnection service. Frame relay technology is an evolutionary step beyond 
X.25 for improving packet network efficiency and accommodating more efficient 
applications, such as wide area interconnection of LANs at 56K bps and 1.544M 
bps rates. Networks based on frame relay provide communications at up to 
2.048M bps (for Europe), bandwidth on demand, and multiple data sessions over a 


single access line. 


Description 


Traditional packet switching is a technol- 
ogy of the mid-1960s for solving the net- 
working problems of that era. At that time, 
bandwidth was scarce and networks maxi- 
mized the efficiency in transport. With the 
widespread availability of fiber cable, 
whose intrinsic traffic-carrying capacity 
has been doubling every two to three years, 
the need to maximize efficiency at the ex- 
pense of end-to-end delay and switching 
node complexity is no longer imperative. 
The 1960s’ bit error rate also left a lot to be 
desired, with 10°° stretching the technical 
limit. Fiber now routinely provides 10°° to 
10°, and Forward Error Correction (FEC) 
can improve that further. Error-prone cir- 
cuits necessitated complex error checking 
and recovery procedures at each network 
node. 

Hence, X.25 packet standards assume 
that the transmission media is error prone. 
To guarantee an acceptable level of end-to- 
end quality, error management is per- 
formed at every link by a fairly sophisti- 
cated but resource-intensive link protocol 
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of the High-level Data Link Control 
(HDLC) family. HDLC provides core func- 
tions, including frame delimiting, bit trans- 
parency, error checking (with Cyclic Re- 
dundancy Checking), and error recovery, 
and other functions. 

In frame relay, error correction and flow 
control are handled at network end points. 
Frame relay accelerates the process of rout- 
ing packets through a series of switches toa 
remote location by eliminating the need for 
each switch to check each packet it receives 
for errors before relaying it to the next 
switch. Instead, only the switch that re- 
ceives a packet from a sending device and 
the one passing it to the receiving device 
check for errors.’ Alternatively, that func- 
tion can be relegated in its entirety to the 
end-users’ customer premises equipment 
(CPE). This error treatment increases per- 
formance and reduces bandwidth require- 
ments, which in turn can—in principle— 
reduce communications costs and decrease 
the number of packet handling devices 
needed in a network.” 

Frame relay is a multiplexed data net- 
working service supporting connectivity 
between CPE (such as routers and bridges) 
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and, eventually (when the service is tariffed), between CPE 
and carrier networking equipment. Switch manufacturers 
are now in a selling mode to invest in the technology.*** 
Frame relay will be implemented on such products as LAN 
bridges, routers, and T1 multiplexers. Frame relay is a 
connection-oriented technology supporting packets of 
variable length. 

Frame relay can be considered as the successor to X.25 
and, like X.25, it specifies the interface between customer 
computers and a network, whether public or private. This 
interface specification is described in principle in CCITT 
Recommendation J.122 (1988), although that specifica- 
tion is only a framework document. It must be further cod- 
ified by a series of implementors’ agreements, particularly 
for interoperability testing. Obviously, the early mistakes 
of noninterconnecting “X.25-conformant” networks must 
be avoided for the mainstream data comm community to 
accept the technology. 

The cost of dedicated T1 facilities is still fairly high. A 
typical interexchange carrier ([XC) tariff is $1,800 plus 
$10 per mile for metropolitan range distances (0 to 50 
miles), and $2,025 plus $7.50 per mile for regional or na- 
tional distances (101 miles or more). In addition, one must 
add the cost of the local loops at both ends of the circuit. 
The cost of a local loop varies depending on location: it 
consists of a fixed portion plus a mileage portion. The 
charge typically ranges from $300 to $800, depending on 
carrier and mileage. 

Therefore, using a frame relay-configured bridge or 
router over a dedicated T1 link is not advantageous. On 
the other hand, such an interface used in conjunction with 
a fast-packet backbone multiplexer could be cost effective, 
since the user can obtain from the backbone needed band- 
width on a demand, rather than on a preallocated (and in- 
efficient) basis. StrataCom (Campbell, CA) has the market 
lead in frame relay. 


Frame Relay versus Available 
Technologies 


Initially, frame relay was developed by the CCITT as an 
ISDN packet mode bearer service with logically separate 
control plane (C-plane) and user plane (U-plane) informa- 
tion. In the C-plane, all signaling capabilities for call con- 
trol, parameter negotiation, etc., were contemplated to be 
based on a set of protocols common to all ISDN telecom- 
munication services. In the U-plane, the basic bearer ser- 
vice provided in J.122 is the unacknowledged order- 
preserving transfer of data units from the network side of 
one user-network interface to the network side of the other 
user-network interface. The frame relay frame format is 
based on CCITT Q.921 (which corresponds to ANSI 
T1.602). New enhancements of I.122 are under way, as 
discussed later. 

According to U.S. spec T1.606,° the following frame re- 
lay applications are conceivable: 


1. Block interactive data applications. An example is 
high-resolution graphics (e.g., high-resolution video- 
tex and CAD/CAM). The main characteristics of this 
type of application are low delays and high through- 
put. 


2. File transfer, intended for very large file transfers. 
Transit delay is not as critical for this application as it 
is for the first application. High throughput might be 
necessary to produce reasonable transfer times for 
large files. 
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3. Multiplexed low bit rate. The multiplexed low bit rate 
application exploits the multiplexing capabilities of 
the Layer 2 protocol to provide an economical access 
arrangement for a large number of low bit rate appli- 
cations. The low bit rate sources may be multiplexed 
onto a channel by a Network Termination (ISDN) 
function. 


4. Character-interactive traffic. An example of 
character- interactive traffic is text editing. The main 
characteristics of this type of application are short 
frames, low delays, and low throughput. 


Of these four applications, the first two are feasible be- 
cause of frame relay’s channel speed. The last two, al- 
though also feasible in conjunction with the speed, are 
somewhat more poised to exploit frame relay’s intrinsic 
features. Figure 1 depicts the positioning of frame relay in 
the larger context of available internetworking technolo- 
gies. As shown, frame relay supports bursty traffic at me- 
dium speeds. Technologies competing with frame relay in- 
clude T1 links, fractional T1, fractional T3, ISDN Primary 
Rate service, HO, H11, Switched DS1, and, finally, 
Switched Multimegabit Data Service (SMDS). 

The frame relay interface is a mix of evolving ANSI and 
CCITT ISDN data link layer standards that could eventu- 
ally eclipse the X.25 standards. Frame relay reduces the 
protocol processing overhead inherent in X.25 and is rea- 
sonably well suited for routing LAN traffic. Frame relay 
provides both a private and a switched virtual circuit. Per- 
manent virtual circuits establish a fixed path through the 
network so the receiving end can quickly reassemble a file. 
X.25 virtual circuits can route packets over different cir- 
cuits, meaning packets can be received out of order. This 
forces the receiving end to reorder the packets before it can 
reassemble the file. 

To achieve frame relay’s benefits, one should employ a 
fast-packet switch. Fast-packet switches employ statistical 
multiplexing techniques allowing a channel’s entire band- 
width to be applied to the transmission, but they do not 
allocate bandwidths to users who do not require it. These 
switches can be located on customers’ premises as T1 mul- 
tiplexers that support a private fast-packet network. The 
switches can also be located at a carrier’s central office. 
Although fast-packet switches can support nonframe relay 
traffic, together the two technologies can increase through- 
put between locations containing large amounts of bursty 
traffic.” Users with bursty traffic can find it advantageous 
to upgrade Tl equipment that uses time-division multi- 
plexing with frame relay and fast-packet technologies. The 
drawback to TDM is that users must allocate the T1 circuit 
into individual channels, each supporting transmission of 
a specific data source. Since that bandwidth is allocated to 
only one user, it remains idle when the user does not need 
it. 

A debate among interested parties now centers on 
frame relay versus cell relay, which is the underlying tech- 
nology of Broadband ISDN. Some vendors have commit- 
ted to frame relay; others have a program to advance cell 
relay; and others are pursuing both technologies. Some 
view frame relay as complementary, others as competi- 
tive.* Frame relay and cell relay are designed to meet dif- 
ferent objectives and have therefore evolved in different 
directions. A simple categorization follows:° 

Frame relay is a medium- to high-speed data interface 
for private networks which will be implemented in the 
next few years. Frame relay is being standardized at the 
DSI rate. 
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Cell relay is a high- or very high-speed switching system 
that supports public networks; these systems will emerge in 
the mid-1990s. Cell relay is discussed in the context of 
Sonet, which transmits at bit rates from 51.840M bps to 
2.4G bps (or even 13G bps, eventually). Metropolitan 
Area Network-based services, however, such as Switched 
Multimegabit Data Service (SMDS), will be available in 
the same general time frame as frame relay. 

SMDS is a Bellcore-proposed, high-speed (DSI to 
DS3), connectionless packet switched service providing 
LAN-like performance and features over a metropolitan 
area. SMDS provides for the exchange of variable-length 
data units up toa maximum of 9,188 octets. It is defined as 
a technology-independent service, whose early availability 
via MAN technology is envisioned for the 1991 to 1993 
time frame. SMDS is expected to be one of the first 
switched broadband offerings and eventually will be sup- 
ported by BISDN. SMDS’s Subscriber-Network Interface 
(SNI) complies with IEEE 802.6. 


Speed of Contemporary User Applications 
Customer premises equipment such as bridges and routers 
have operated in the 1M to 3M bps range. The maximum 
Ethernet throughput can be 10M bps; the effective 
throughput, considering protocols, can be in the 1M to 3M 
bps range. And while bridges and routers are quoted as 
transmitting in the 10,000 to 12,000 packet-per-second 
neighborhood, these are usually packets with no data. 
Therefore, while frame relay can be adequate for some 
LAN internetworking applications, other applications— 
such as CAD/CAM, medical imaging, heavy-use desktop 
publishing, animation, etc.—could need the higher speeds 
provided by SMDS and cell relay technology. The next 
generation of bridges and routers will process 50,000 pack- 
ets per second in 1991; by 1992, many companies will re- 
quire 100,000 packets per second.’ 

IBM has introduced 16M bps token-ring systems, for 
which a DS1-rate bridge/router may not be adequate for 
some applications. FDDI routers and bridges must operate 
at much higher rates. These 100M bps systems could be- 
come more prevalent, since the FDDI standards are prac- 
tically complete, and FDDI might be deliverable over 
twisted pair. In addition, FDDI now interworks with 
Sonet, implying that there may be an impetus to introduc- 
ing FDDI routers/bridges. This, in turn, could require 
high-throughput internetworking. Users may wonder how 
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well a 1M bps frame relay service can bridge LANs operat- 
ing at 100M bps. Moreover, FDDI rates are too low for 
some users (for example, in supercomputer environ- 
ments); routers capable of sustained speeds of 800M bps 
are already available. Cell relay must operate at a high 
speed to support public network traffic, which when aggre- 
gated can increase to several orders of magnitude greater 
than any individual customer or one or more bridge/rout- 
er(s). 

IBM users now remotely extend the mainframe chan- 
nel, another major high-speed application (see Table 1). 
The IBM channel has traditionally operated at 3M bps per 
second; it was raised to 4.5M bps in the late 1980s, and 
again to 10M bps in 1990. It appears unlikely that frame 
relay could effectively support these needs; BISDN/ATM 
would be better suited. 


Frame Relay Limits 

Frame relay is considered part of narrowband ISDN. 
Many observers have already pinned their hopes for data 
on Broadband ISDN, after a 10-year search for data ser- 
vices applications over narrowband ISDN failed to iden- 
tify major new opportunities. 

Frame relay is often touted as an “ideal” way to link 
LANs over wide area backbone networks.® At a purely 
technical level, however, since frame relay is a connection- 
oriented technology and LANs are connectionless, a con- 
nectionless service is the ideal way to interconnect them. 
One also should avoid developing entire technologies and 
deploying networks catering to a single application, like 
LAN interconnection. 

Frame relay improves traditional X.25 packet switch- 
ing for data communications. Cell relay supports the so- 
phisticated services likely present in a 1990s’ organization, 
including data, voice, video, facsimile, high-quality image 
and graphics, and integrated messaging. Network manag- 
ers will probably have to provide an integrated corporate 
communications infrastructure because of the two major 
business “discoveries” by senior executives in the 1980s: 


1. Managing the network accounts for a large portion of 
the telecommunications expense. There 1s a strong de- 
sire to reduce network management complexity and 
financial burden. Integrated networks are easier to 
maintain and cheaper to manage. A smaller number of 
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Table 1. Applications of Channel Extender Technology 


Application 
Distributed Data Processing 


Instantaneous Data Backup 


Dual Center Transaction Processing 


Darkened Data Center 


(") Channels operate at 3-, 4.5-, and 10M bytes per second. 


management systems should suffice, particularly with 
the commercialization of ISO-based network manage- 
ment standards. 


2. Integrated networks cost less in terms of transmission 
facilities’ recurring expenses because of the intrinsic 
economies of transport components. For example, for 
the cost of three to five DDS lines, one can already 
acquire a T1 facility. For the cost of three to five T1 
lines, one can obtain a T3 facility. 


Integration requires engineering simplification: Why es- 
tablish parallel networks for each new service when they 
can all be supported on a common platform? Why go to all 
the trouble of designing, planning, installing, operating, 
and managing different networks like SNA, X.25, LANs, 
voice, etc.? 

Consider a need to connect different user groups in two 
separate locations. For instance, a company located in 
Washington, DC, and Boston must connect similar islands 
of interest between the two locations: sales, engineering, 
and finance. Traffic between these three groups consists of 
four erlangs each at 0.01 blocking. 

Employing the Erlang B model (for simplicity), the 
company would require 10 channels/trunks for each com- 
munity, or 30 trunks between Washington and Boston. As- 
suming the two sites were 501 miles apart, the cost of 30 
analog voice grade lines is $14,527 per month (for the IXC 
component); usir:g two T1 lines would cost $11,564 per 
month. If the company can aggregate these three user com- 
munities, however, it needs only 20 channels for 12 erlangs 
of traffic at 0.01 blocking. This implies that it can use a 
single T1 line for only $5,782 per month, or 39% of the 
nonintegrated solution’s cost. 

Ultimately, such a choice hinges not merely on technol- 
ogies, but on what users want, when they want it, and with 
what applications. As this report implies, frame relay insti- 
tutionalizes another drawback of X.25 packet switching: it 
describes an interface specification. The equipment ven- 
dors can still utilize proprietary internal protocols, such as 
internal transport, routing, and flow control protocols, 
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Explanation 


Different portions of the data can reside in different hosts’ disk 
drives, spread throughout the country. With channel extend- 
ers(*), all hosts have quick access to all the information. 


Large amounts of data can be dumped in realtime to a secure 
location mirroring all database operations. This eliminates the 
need to generate, manage, and ship tapes, which is a labor-in- 
tensive activity. This eliminates the current bottlenecks of occa- 
sional dumps of small selected data sets (or portions thereof) 
over slow communications lines. 


With appropriate programming, each transaction can be main- 
tained in two or more hosts for fully mirrored operation with 
negligible delays. 


All the primary mainframe equipment is placed in a remote, se- 
cure, and darkened facility, possibly in a suburban area. Chan- 
nel extenders can be used to connect remote users. Minimum 
personnel would be needed. 


forcing a private network user to furnish the entire net- 
work with equipment from the same vendor. By contrast, 
the cell relay technology specified in the BISDN Asynchro- 
nous Transfer Mode is open by design. 

Retrofitting a circuit switched T1 mux with frame relay 
interfaces does not deliver frame relay’s intrinsic benefits. 
With circuit switching, the user must preallocate some (or, 
if desired, all) bandwidth to the frame relay service, 
whether the service uses that bandwidth or not. An effi- 
cient utilization of the technology over a private backbone 
network would require an internal fast-packet technology. 
By letting all applications compete for the backbone band- 
width, a frame relay application can access the entire 
bandwidth when it has data to transmit; a frame relay ap- 
plication on a circuit switched multiplexer can only access 
a fraction of the total bandwidth.” 

Attempts to improve on X.25 have been under way 
since the early 1980s, with no apparent success. Several 
vendors pursued a concept called “burst switching.” Users 
may be left wondering whether frame relay will follow the 
route of burst switching, which never materialzed. 


A Protocol View of Frame Relay 


Recommendations CCITT I.232 and I.462 (X.31) describe 
packet mode bearer services supported by an ISDN; I.462 
(X.31) specifies the procedures for virtual call and perma- 
nent virtual circuit bearer services. ISDN also considers 
new packet-switching technologies in addition to these tra- 
ditional X.25 packet modes. Three potential services pro- 
posed for standardization by the CCITT in Recommenda- 
tion 1.122 (“Framework for providing additional packet 
mode bearer services’) are the following: 


1. Frame relaying 1 (FR-1—no functions above core 
Data Link functions are terminated by the network; if 
needed, such functions are terminated only end to 
end); | 
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2. Frame relaying 2 (FR-2—no functions above the core 
Data Link functions are terminated by the network; 
I.441 upper functions are terminated only at the end 
points); and 


3. Frame switching (the full Recommendation I.441 pro- 
tocol is terminated by the network). 


FR-1 can be provided over permanent virtual circuits 
(PVCs) or switched virtual circuits. With PVCs, no call 
setup establishment is needed on a per-packet or session 
basis, since the address fields are agreed upon when the 
user subscribes to the service. In FR-1 the network has no 
knowledge of the end-to-end protocol. The LAP-D core 
functions include the following: 


e Frame delimiting, alignment, and transparency. 


¢ Frame multiplexing/demultiplexing using the address 
field. 


¢ Inspection of the frame to ensure that it consists of an 
integer number of octets prior to zero bit insertion or 
following zero bit extraction. 


¢ Inspection of the frame to ensure that it is neither too 
long nor too short. 


¢ Detection of transmission errors. 


Under ISDN, the new packet mode bearer services de- 
scribed above possess these characteristics: 


¢ All C-plane procedures, if needed, are performed in a 
logically separate manner using protocol procedures in- 
tegrated across all telecommunications _ services. 
Namely, Q.931 will be used to set up and tear down the 
service; the C-plane is used to establish global address 
mapping. 


¢ The U-plane procedures share the same Layer 1 func- 
tions based on Recommendations I.430/1.431. More- 
over, they share the same core procedures. 


On the user side, Recommendation 1.430 or I.431 provides 
Layer 1 protocol for the user (U-) control (C-) planes. The 
C-plane uses the D-channel with Recommendations I.441 
and J.451 extended as Layer 2 and 3 protocols, respec- 
tively. In the case of permanent virtual circuits (PVCs), no 
realtime call establishment is necessary, and any parame- 
ters are negotiated at subscription time. The U-plane may 
use any channel on which the user implements at least the 
lower part (the core functions) of Recommendation I.441. 


Frame Relaying Service 

The term relay implies that the Layer 2 data frame is not 
terminated and/or processed at the end points of each net- 
work link, but is relayed to the destination, such as with a 
LAN. In contrast with CCITT’s X.25-based packet switch- 
ing, in Frame Relaying Service (FRS) the physical line be- 
tween nodes contains multiple data links, identified by the 
address in the data link frame. FRS’ major characteristics 
are out-of-band call control and link layer multiplexing. 
Unlike the (X.25-based) X.31 packet mode services, FRS 
integrates more completely with ISDN circuit mode ser- 
vices because of the connection control’s out-of-band pro- 
cedures. 

It is expected that FRS, described in 1.122, will become 
an ANSI standard, but additional supporting standardiza- 
tion is needed before the service can be offered in a carrier/ 
vendor-independent fashion. 
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FRS is based on the ISDN D-channel LAP-D’s frame 
structure, providing statistical multiplexing of different 
user datastreams within the Data Link Layer (Layer 2). In 
contrast, X.25 multiplexing occurs at the packet layer 
(Layer 3). In other words, FRS features the virtual circuit 
identifier, currently implemented in the Network Layer 
(Layer 3) of X.25, at the Link Layer (Layer 2) so that fast- 
packet switching can be accomplished more easily. In the 
X.25 environment, when a data call is established, the vir- 
tual circuit indicator is negotiated and used to route pack- 
ets through the network for the duration of the call. The 
indicator is enveloped within the Layer 2 header/trailers, 
which must be processed before it can be exposed. This 
processing involves error detection and correction in addi- 
tion to stripping the header/trailer. In the OSIRM environ- 
ment layer, n+1 protocol information is enveloped inside 
layer information. 

In LANs, actual packet routing 1s accomplished directly 
at Layer 2: the data packets are supplied with a 48-bit des- 
tination address, which is readily available and used to 
physically route the data to the intended destination. Also, 
no error recovery occurs in a LAN as a packet flows by a 
station on its way along the bus or ring. In FRS, only Layer 
2’s lower sublayer—with the core functions frame delimit- 
ing, multiplexing, and error detection—is terminated by a 
network at the user-network interface. Layer 2’s upper pro- 
cedural sublayer, which includes error recovery and flow 
control, operates between users on an end-to-end basis. In 
this sense, a user’s data transfer protocol is transparent toa 
network. 

Thus, FRS proposes to implement only the “core”’ func- 
tions of LAP-D on a link-by-link basis; the other functions, 
particularly error recovery, are performed on an end-to- 
end basis. Indeed, the capabilities provided by the Trans- 
port layer protocol (CCITT X.214/X.224, ISO 8072/8073) 
accommodate this transfer of responsibilities to the net- 
work boundaries. Frame relay service is a connection- 
oriented service, since routing is based on establishing vir- 
tual circuit indicators. 

Figure 2 shows the partition of the Data Link Layer. For 
both FR-1 and FR-2, the network terminates only the core 
aspects of the data link protocol (I.441*). The terminals in 
FR-2 terminate the full data link protocol, whereas termi- 
nals in FR-! terminate the “core” aspects of the data link 
protocol. What they terminate above core aspects is a us- 
er’s option. See table associated with Figure 2. 

Frame Relay uses routing based on the address carried 
in the frame; the frame itself is defined by CCITT I. 441. 
Figure 3 depicts the lower core LAP-D frame.’ The 
“remainder” of the data link layer functions above the 
core functions must be defined into a peer-to-peer proto- 
col. This protocol is indicated as I.441* in Figure 2. 

Work is currently under way in the standards bodies 
(CCITT SG XI and ECSA TIS1). The addendum to 
T1.606 defines congestion management strategies; it cov- 
ers both network and end-user mechanisms and responsi- 
bilities to avoid or recover from periods of congestion. !° 


Frame Relaying 1 Service Description 

FR-1 data units are frames as defined in Recommendation 
1.441. The basic bearer service provided is the unacknowl- 
edged transfer of frames from S/T to S/T reference point. 
More specifically, in the U-plane it preserves their order as 
given at one S/T reference point if and when they are de- 
livered at the other end (since the network does not termi- 
nate the upper part of I.441, sequence numbers are not 
kept by the network; networks should be implemented in 
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Figure 2. 
User/Network Interface 
Protocol Architecture 
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Network" 
Functions 


Core 1.441*2 


1.430/431 


Network 
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' The U-plane functions applicable to each bearer service are given in Table below. 
The core functions of Recommendation 1.441 are described in text. 
The U-plane functions provided by the network at the S/T reference point are determined 
by the network after negotiation with the user, based on the requested bearer service and associated 
parameters. These functions are user selectable for each call. A network may choose not to implement 
the full set of options. These functions may not be available one by one. So far only three groupings have 


been identified: 
a) the null set, 


b) the upper part of Rec. 1.441, and 
c) the upper part of Rec. 1.441 and the data transfer of X.25 PLP. 


U-plane Functions Applicable to Each Bearer Service 


Packet Mode 


oe 
Frame Relaying 1 pen 1.441* Core 


X.25-based Additional 


1.441° Core 
1.441* X.25 DTP 1.441* X.25 DTP 


Note 1° - Additional user-selectable functions may be implemented. 
Note 2’ - 1.441* is 1.441 with appropriate extensions. The use of the extensions may depend on 
each bearer service and is for further study according to the Blue Book. 


such a way that, in principle, frame order is preserved); it 
detects transmission, format, and operational errors; 
frames are transported transparently (in the network), only 
the address and FCS fields may be modified (some bits 
being defined in the address field for congestion control 
can also be modified); and it does not acknowledge frames 
(within the network). 


Frame Relaying 2 Service Description 


The frame relaying data units are defined in Recommen- 
dation I.441. The basic bearer service provided is an unac- 
knowledged transfer of frames from S/T to S/T reference 
point. More specifically, in the U-plane it preserves their 
order as given at one S/T reference point if and when they 
are delivered at the other end (since the network does not 
terminate the upper part of I.441, sequence numbers are 
not kept by the network. Networks should be implemented 
in a way that, in principle, frame order is preserved); it 
detects transmission, format, and operational errors; 
frames are transported transparently in the network, only 
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the address and FCS fields may be modified; it does not 
acknowledge frames (within the network); and normally, 
the only frames received by a user are those sent by the 
distant user. 


Frame Relay Network Interworking 


In the future, FRS may be provided by different carriers. 
There will then be a demand to interconnect these FR net- 
works with existing Packet Switched Public Data Net- 
works (PSPDNs). Any interconnection should allow users 
on different networks to communicate with each other in a 
uniform way, as though they were all on a single network. 

To achieve these goals, standardized procedures must 
be established for the interworking between 1) FR net- 
works (FR to FR) and 2) FR networks and X.25-based net- 
works (FR to X.25). An FR connection may pass through 
multiple networks, including both private and public net- 
works. For public networks, both local exchange and in- 
terexchange carriers may be involved. In a multivendor 
environment, the network of a given carrier or provider 
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Figure 3. 
Address Field Format 
1 octet 2 octets up to 262 octets 
Address Field Information Field 


DLCI (high order) 


or 


C/R 
0/1 


DLC FECN |BECN aka 


DLCI (high order) 


DLCI (low order) 


or 


8 7 6 ) 4 3 


DLCI (high order) 


DLCI 


may consist of equipment from different vendors and/or 
different types of equipment from the the same vendor. 
Two approaches for interworking can be used: network- 
to-network (NW-NW) interworking and node-to-node 
(ND-ND) interworking. In the NW-NW method, the sig- 
naling and transport procedures at an internetwork inter- 
face are standardized. Within a given network, internodal 
signaling is an internal matter. , 
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Frame Check Sequence 


C/R 
0/1 


DLCI (low order) FECN | BECN reef EY 


= z 
0/1 
DLCI FECN | BECN ks 


DLCI sia order) 


2 octets 1 octet 


01111110 


C/R _ Bit intended to support a 
command/response indication. 
The use of this field is 
application specific 
EA Address field extension bit 
DE Discard eligibility indicator 
BECN Backward explicit 
congestion notification 
FECN Forward explicit 
congestion notification 
. DLCI Data link connection identifier 


A 


Traditionally, telephone exchanges in a public switched 
telephone network are interconnected using the ND-ND 
method. This is the philosophy behind Signaling System 
No. 7 (SS7). In contrast, the NW-NW approach has been 
used for the interworking of data communication net- 
works. 
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Figure 4. 
Frame Relay Frame Format 


8 7 6 5 4 3 2 4 


Address (high order octet) 


oa) ape ieee ens eee gem ee Cae 


Address continued (low order octet) 


Frame Relay Information Field 


FCS continued (second octet) 


Be: (Eee eee Ses eet eae ea 


Flag 


Note: The default address field length is 2 octets. | t may be 
extended to either 3 or 4 octets by subscription. 


ANSI Frame Relay Standardization Efforts 

The American National Standards Institute (ANSI) has re- 
cently issued three draft documents in reference to frame 
relay in the U.S.: 


1. T1.606: Frame Relaying Bearer Service— 
Architectural Framework and service description 
(T1S1/88-225) 


2. Addendum to 1T1.606: Frame Relaying Bearer 
Service—Architectural Framework and service de- 
scription (T1S1/90-175) 


3. Tl.6ca: Core Aspects of Frame Protocol for use with 
Frame Relay Bearer Service (T1S1/90-214) 


The data transfer phase of the frame relay bearer service is 
defined in T1.606. This document specifies a framework 
for frame relaying service in user-network interface re- 
quirements and internetworking requirements. This docu- 
ment includes both interworking with X.25 and interwork- 
ing between frame relaying service. 

The protocol needed to support frame relay is defined 
in T1.6ca; the protocol operates at the lowest sublayer of 
the data link layer of the OSI reference model and is based 
on a subset of T1.602 (LAP-D) called “‘core aspects.” 

The frame relay data transfer protocol defined in 
T1.6ca is intended to support multiple, simultaneous, end- 
user protocols within a single physical channel. This proto- 
col provides transparent transfer of user data and does not 
restrict the contents, format, or coding of the information 
or interpret the structure. This standard is applicable to 
Frame Relay Bearer Service (FRBS). It is intended for use 
on any bearer channels and operates on the D-channel con- 
currently with ANSI Standard T1.602. | 


Frame Relay Frame Structure 
The frame relay frame format is shown in Figure 4. The 
field shown in the figure is described below. 
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Flag Sequence 

All frames start and end with the flag sequence, consisting 
of one 0 bit followed by six contiguous | bits and one 0 bit. 
The flag preceding the address field is defined as the open- 
ing flag. The flag following the frame check sequence (FCS) 
field is defined as the closing flag. The closing flag can also 
serve as the opening and must be capable of receiving one 
or more consecutive flags. 


Address Field 

The address field consists of at least two octets, as illus- 
trated in Figure 3, but may optionally be extended up to 4 
octets. : 


Control Field 
There is no control field for Frame Relay core services. 


Frame Relay Information Field 


The Frame Relay information field follows the address 
field and precedes the frame check sequence. The contents 
of the user data field consists of an integral number of oc- 
tets (no partial octets). Networks can support a default 
maximum information field size of 262 octets. All other 
maximum values are negotiated between users and net- 
works and between networks. T1S1 strongly recommends 
that networks support a negotiated maximum value of at 
least 1,600 octets for applications such as LAN intercon- 
nect, to prevent the need for segmentation and reassembly 
of user equipment. 


Transparency 


A transmitting data link layer entity must examine the 
frame content between the opening and closing flag se- 
quences (address, Frame Relay information, and FCS 
fields), and must insert a O bit after all sequences of five 
contiguous | bits (including the last five bits of the FCS) to 
ensure that a flag or an abort sequence is not simulated 
within the frame. A receiving data link layer entity must 
examine the frame contents between the opening and clos- 
ing flag, which directly follows five contiguous 1 bits. 


Frame Checking Sequence (FCS) Field 
The FCS field is a 16-bit sequence. 


Order of Bit Transmission 


The octets are transmitted in ascending numerical order; 
inside an octet bit 1 is the first bit to be transmitted. 


Invalid Frames 
An invalid frame is one of the following: 


e Is not properly bounded by two flags (e.g., a frame abort), 
or 


e Has fewer than five octets between flags (Note: if there is 
no information field, the frame has four octets and the 
frame will be considered invalid), or 


e Does not consist of an integral number of octets prior to 
zero bit insertion or following zero bit extraction, or 


¢ Contains a frame check sequence error, or 
¢ Contains a single octet address field, or 


e Contains a Data Link Connection Identifier (DLCI) that 
is not supported by the receiver. 


If the frame received by the network is too long, the net- 
work can do one of the following: 
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Figure 5. 
LAN Interconnection Options 
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e Discard the franie, or 


¢ Send part of the frame toward the destination user, then 
abort the frame, or 


e Send the frame toward the destination user with valid 
FCS. 


Selecting one or more of these behaviors is an option for 
designers of frame relay network equipment, and is not 
subject to further standardization by T1S1. Users cannot 
make any assumption as to which of these actions the net- 
work will take. In addition, the network may optionally 
clear the frame relay call if the number or frequency of 
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too-long frames exceeds a network-specified threshold. In- 
valid frames are discarded without notifying the sender. 
No action is taken as a result of those frames. 


Frame Abort 

Receipt of seven or more contiguous | bits is interpreted as 
an abort and the data link layer ignores the frame currently 
being received. 


Address Field Format 
The format of the default address field is shown in Figure 
3. This field includes the address field extension bits, a bit 
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Figure 6. Integrated Integrated 
Additional LAN Bridge/Router Bridge/Router 
Interconnection Options with Frame Relay Card with Frame Relay Card 
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reserved for use by end-user equipment intended to sup- 
port a Command/Response indication bit, Forward and 
Backward explicit congestion indicator bits, a Discard eli- 
gibility indicator, and a Data Link Identification (DLCI) 
field. The minimum and default length of the address field 
is two octets, and it can be extended to three or four octets. 
To support a larger DLCI address range, the three-octet or 
four-octet address fields can be supported at the user- 
network interface or the network-network interface based 
on bilateral agreement. 


Interim Specification 


The ANSI standards were expected to be approved in mid- 
1991, and the CCITT standard would be finalized six 
months later.!'! As a consequence, at the end of 1990 a 
number of vendors backed an interim joint frame relay 
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specification to ensure some degree of interoperability of 
new products delivered before ECSA (T1S1) and CCITT 
standards are finalized. The joint specification is not as 
complete as the ECSA draft document, but provides a ba- 
sic set of agreements to begin developing products. 

The need to offer interoperable frame relay products 1s 
critical, and vendors realize that users may not be willing 
to deploy technologies that lock them in with systems that 
could become obsolete in a year or two. cisco Systems, 
Inc.; Digital Equipment; Northern Telecom, Inc.; and 
StrataCom, Inc. jointly developed a frame relay specifica- 
tion on which product development can be based until in- 
ternational standards become available.'*:!* The interim 
specification, announced on September 4, 1990, is based 
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on the emerging ECSA standard but has additional man- 
agement features and broadcasting.'? For example, it in- 
cludes a 16-bit header containing data for routing and con- 
gestion control. It will also support automatic re- 
configuration of devices with a frame relay interface, and 
has the capability to detect faults in devices using frame 
relay interfaces. The interim spec also covers the physical 
layer. 

Extensions to the basic T1S1 draft documents include 
the following:'* 


1. Support for a global addressing convention, to iden- 
tify a specific end device 


2. Multicast capability, to send frames to all devices 
which belong to a “multicast group” 
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Figure 7. 
Frame Relay Interconnection 
Options 
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3. Asynchronous status updates 


Flow control, for preventing congestion collapse in a 
frame relay network 


5. Extensions to the Local Management Interface (LMI) 


StrataCom had been working on its own specification con- 
sistent with the ECSA and CCITT standards under devel- 
opment, but it agreed to share its data with the other three 
vendors when it decided to enter the joint effort.'’ 
Approximately 20 other vendors have announced com- 
mitments to support the interim specification, including 
Newbridge Networks, Telematics International, 3Com 
Corp., Timeplex, Wellfleet, and Vitalink Communications 
Corp. Several vendors have started announcing product 
delivery dates; bridge and router vendors are among the 
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first to announce frame relay support. By forming strategic 
alliances, vendors can get frame relay products to market 
more quickly. 

Agreement on frame relay implementation specifica- 
tions will facilitate the emergence of equipment from var- 
ious vendors, allowing flexibility in user choices.'!> The 
equipment should also be usable with ISDN. Vendors are 
trying to avoid the implementation problems experienced 
in the early 1980s when X.25 packet-switching products 
entered the market—incompatible X.25 implementations 
still abound to this day. For example, with the interim 
specification, users of Digital’s routers and cisco’s line of 
multiprotocol router/bridges can connect their equipment 
to a StrataCom IPX-based private network, or to a public 
network with a) a Northern Telecom SuperNode at both 
COs serving the two end points, and b) a tariffed frame 
relay service. 

For some vendors, such as those offering internetwork- 
ing products, adding frame relay support may require a 
simple software upgrade since bridges and routers are al- 
ready based on packet architectures; it will also require the 
addition of appropriately configured termination cards on 
the data comm side of the devices. Note, however, that 
MAC-layer bridges employ connectionless protocols; 
hence, the connection to frame relay is not trivial. Routers, 
on the other hand, may already support a connection- 
oriented service, and so the move to frame relay may be 
simpler. Routers are typically more expensive, however, 
than bridges. 

Vendors of T1 multiplexers based on circuit-switching 
time-division multiplexing (TDM) architectures need 
more work to accommodate frame relay because they do 
not have experience with packet-switching technology. 
These vendors must add a packet engine to support frame 
relay. 

Two T1 vendor approaches offer a short-term solution. 
The first approach is to develop frame relay modules, or 
boards, for existing circuit switched multiplexers. The sec- 
ond approach is to use a front-end frame relay developed 
by another vendor or strategic partner. With interim solu- 
tions, the T1 multiplexer may typically allocate only a fi- 
nite amount of bandwidth for frame relay support, and 
performance and throughput problems may occur. In the 
long term, traditional T1 equipment may have to be rede- 
signed to fully exploit the advantages of packet switching 
in general, and frame relay in particular. 

Some vendors are reportedly concerned about the in- 
terim specification. The concerns center on possible anti- 
competitive implications. Some vendors may continue to 
pursue bilateral agreements on frame relay, raising the pos- 
sibility of incompatible products, although everybody rec- 
ognizes the detrimental overall effect of such a posture. 
Vendors including Advanced Computer Communica- 
tions, Hughes Network Systems, and Netrix—all of which 
are actively working on frame relay products—reportedly 
would welcome the opportunity to help develop the in- 
terim specification. As of Fall 1990, another vendor group 
could possibly emerge with its own specification. 

Other companies are calling on the interim specifica- 
tion architects to expand their group to bring in users and 
other vendors. Some vendors are also calling for a means 
of interoperability testing, an issue yet to be addressed. 
The standards bodies are pointing out that ANSI is the 
forum that users and vendors should use to work out a 
frame relay standard; the T1S1 version is already in draft 
form and in the process of final balloting.!° 
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Users with dedicated LAN links today must examine traf- 
fic loads to determine if frame relay and fast-packet will be 
beneficial. Users with little LAN interconnection traffic 
may be better off using a 64K bps circuit on a TDM-based 
T1 multiplexer, while those with higher volumes may want 
to replace TDM multiplexers with ones supporting fast- 
packet and frame relay. 

' Because frame relay-based equipment better utilizes 
backbone facilities than existing circuit switching T1 mul- 
tiplexers (and also existing X.25 switches), frame relay and 
fast-packet switching benefit users who want to connect 
LANs over integrated backbones supporting a variety of 
other traffic, assuming that these applications can also 
share the frame relay bandwidth (to take advantage of re- 
source sharing). But users who simply want to provide 
high-speed links between remote LANs may be better off 
using fractional T1, T1, fractional T3, or even T3 links, 
until SMDS becomes available. 

In the short term, most users who need LAN internet- 
working may find the preferred path is using bridges or 
routers linked via private lines, according to several ana- 
lysts.°> This approach provides excellent response time; the 
drawback is the cost of the dedicated facilities. Unless 
frame relay communication service is tariffed, and at the 
right level, using a frame relay-configured bridge over a 
dedicated link does not appear to add value, and, in fact, 
affects response time and involves expenditures for new 
equipment. 

According to some observers, most users must trans- 
port a mix of data, voice, and video; hence, they will find it 
difficult to cost justify building a network solely dedicated 
to LAN traffic.? 

Figure 5 shows some examples of LAN interconnection 
options using frame relay technology. The top portion 


shows the use of a T1 line dedicated to a new bridge/router — 


system incorporating frame relay. The middle portion 
demonstrates where a fixed portion of bandwidth from a 
Tl mux is employed to connect a bridge/router system 
which incorporates frame relay. The bottom diagram 
shows a Tl mux with an integrated frame relay card but 
not a bridge; a fixed portion of bandwidth from a T1 mux 
is employed. These three scenarios are likely to represent 
the early usage of FR technology. 

Figure 6 shows other examples of possible interconnec- 
tion options using frame relay. The top part shows a T1 
mux with an integrated bridge that uses frame relay; a 
fixed portion of bandwidth from a T1 mux is employed. 
The middle part depicts the situation where various 
streams run into the frame relay-configured mux; the trunk 
side uses frame relay, but the trunk bandwidth is managed 
in circuit mode. The bottom part is the same as the previ- 
ous case, but the trunk side uses frame relay and the trunk 
bandwidth is managed in fast-packet mode. 

Figure 7 depicts a more long-term usage of frame relay. 
The top part demonstrates a private packet switched net- 
work utilizing frame relay network-wide to achieve effi- 
ciency; PADs may be required. A separate network for 
voice and video is required. The bottom part shows a pub- 
lic packet switched network that utilizes and offers frame 
relay to achieve efficiency; PADs may be required. Multi- 
ple users share the network. A separate network for voice 
and video is required. 
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A Killer Application 
for Frame Relay 


Datapro Summary 


Frame relay is a fast packet technology that automatically reconfigures itself as it 
meets realtime network traffic conditions. Frame relay and other types of fast 
packet technologies derive their speed and power from traditional X.25 packet 
processing. They prevent network bottlenecks by adjusting their bandwidth as 
needed. Although frame relay is in its infancy, the time to begin planning for its 


network implementation is now. 


Never before in telecommunications his- 
tory has a technology been so quickly ac- 
cepted as has frame relay technology. Two 
years ago, few people had even heard the 
term. Most of those who were familiar with 
the technology considered it to be in that 
category of “someday” technologies that 
we may never see. Now, out of nowhere, 
frame relay has become the hottest new 
buzzword. But is there any real meat be- 
hind the hype? 

For a technology to be used widely, a 
“killer application” must exist. (A killer ap- 
plication is an overwhelming, compelling 
reason to adopt a new technology, either to 
save money on existing applications or to 
allow the implementation of applications 
which would not otherwise be possible.) T1 
networks grew at an astounding rate in the 
second half of the 1980s because of the 
killer application of integrating voice and 
data transmission, resulting in vast savings 
in transmission bandwidth costs. 

ISDN has failed to make tremendous in- 
roads into the traditional telecommunica- 
tions markets because it lacks a killer appli- 
cation. Few, if any, “mission-critical” tasks 


This Datapro report is a reprint of “A Killer Ap- 
plication for Frame Relay’”’ by Steven A. Taylor, 
pp. 28-35, from Networking Management, Vol- 
ume 9, Number 8, July 1991. Copyright © 1991 
by PennWell Publishing Company. Reprinted 
with permission. 
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can be accomplished with ISDN that could 
not be addressed adequately without ISDN. 

Frame relay already has a killer applica- 
tion in LAN internetworking. As users 
move along the path toward decentralized 
processing, local connectivity problems 
have been solved by attaching network 
elements—workstations, minicomputers, 
and microcomputers—via LANs. Now us- 
ers want to have global communications 
that make any device anywhere appear as if 
it were attached to the local LAN. Provid- 
ing this type of communications across 
wide area networks at several million bits 
per second presents the network manager 
and the network planner with a tremendous 
challenge. 


Internetworking With a New 
Twist 


Of course, there’s nothing really new about 
LAN internetworking. For several years, 
LANs have been internetworked using var- 
ious types of bridges, routers, and gateways. 
In fact the technology here is much better 
defined than the terminology. Although 
confusion continues to abound concerning 
when a bridge is a router, when a router is a 
bridge, and exactly which products do 
what, it is clear that many of these products 
work quite well. Moving traffic between 
two similar LANs is no longer a gargantuan 
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Figure 1. 
Frame Relay Encapsulation Technique 
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“Native mode" information frame 
(TCP/IP, XNS, SDLC, X.25, etc.) 


Frame relay frames simply “wrap” around information 
frames in their native mode, much like the wrapper around 
a candy bar. 


task, and even converting between dissimilar LANs is 
quickly becoming a reasonable task. 

Problems continue to exist, however, in sizing the con- 
nections between LANs. When LANs are transferring traf- 
fic at 4 to 16 Mbps, connecting them with 56 kbps is sel- 
dom enough to avoid massive bottlenecks. It’s like 
connecting Manhattan and New Jersey with a one-lane 
bridge. The basic path is there, and it’s enough to handle 
light traffic loads. Although light terminal-mode traffic can 
be handled, a large file transfer can cause rush-hour-like 
congestion. More bandwidth is clearly needed. 

In the other extreme, connecting two LANs with a full 
T1 could be like replacing a New England covered bridge 
with a massive, multilevel bridge with 16 lanes of traffic in 
each direction. It provides massive throughput for peak 
usage, but the vast majority of the capacity is seldom uti- 
lized. 

What is necessary, instead, is a method for providing 
bandwidth as needed. This is not at all unlike the opera- 
tion of toll booths on an expressway. When traffic flow is 
light, only a few booths are open so few resources (toll col- 
lectors) are needed. At rush hour, more booths are open to 
handle the demand. In fact, in the case of “‘directional’’ 
rush hours, it is quite likely that the booths in the center 
are opened in opposite directions to accommodate chang- 
ing traffic conditions. 

Unfortunately, LAN interconnect data is more bursty 
and less predictable than the number of cars that use a 
typical freeway during rush hour. If data traffic behaved 
according to the auto traffic model, a time division multi- 
plexer with time-of-day reconfiguration would provide the 
necessary response. What is needed instead is instanta- 
neous reconfiguration based on _ real-time traffic 
conditions—a statistical multiplexer of some type. 

This is exactly the function that frame relay and the 
other “fast packet”? networking technologies provide. In 
fact, they are often spoken of as private lines with an elastic 
cross section so that at one instance they may be 56 kbps 
and at a later instance, when the traffic load demands more 
bandwidth, they may be T1 lines. 

Fast packet technologies use statistical multiple, a tech- 
nique that works on the assumption that various users 
need bandwidth in bursts, not on a constant basis. Thus, 
even though the absolute overhead bandwidth is much 
higher than with a time division multiplexer, this ineffi- 
ciency is vastly overcome by sharing the total bandwidth 
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pool on a dynamic basis. Busy channels can take full ad- 
vantage of the spare bandwidth created by idle channels. 

All of the fast packet technologies—frame relay, cell re- 
lay, and 806.2 SMDS—derive speed and power from 
streamlining traditional X.25 packet processing. They 
eliminate the tasks, such as error detection and retransmis- 
sion, that were necessary for transporting the asynchro- 
nous data for which X.25 networks were designed. Leaving © 
these tasks to higher level protocols allows tremendous 
throughput to be achieved at a reasonable price. | 

Still, a burning question for network managers and 
planners remains. When will frame relay be ready for pro- 
duction use in LAN internetworking? To try to answer this 
question, you need to examine several areas. 


Standards 


One of the most obvious advantages of using frame relay is 
the availability of a common interface standard for the 
transport of virtually any type of framed traffic. This could 
include LAN traffic, X.25, IBM’s SNA/SDLC, and, if it is 
appropriately packaged, even packet voice. The key to ac- 
complishing this is the standards themselves. 

In reality, the question of how many standards bodies 
voted on a particular set of words is relatively meaningless. 
The real test is whether there exists some set of rules by 
which multiple vendors may develop products that work 
with each other. 

A group consisting of most of the major CPE vendors, 
with a show of hitherto unequaled cooperation, has 
formed an organization known as the Frame Relay Forum. 
This group has banded together to aid, not replace, the - 
standards process and to address issues of interoperability 
which were not appropriate for the standards bodies. 

The net result is that standards are far enough along for 
users to have a high degree of comfort that they are not 
buying into a proprietary solution. Because frame relay 
products tend to be implemented in software, minor mod- 
ifications and even upgrades should be relatively straight- 
forward and routine. 

Remember, though, that the standards only specify the 
interface. They allow multiple types of traffic from multi- 
ple LANs and other types of traffic to share a common 
transmission network, but they do not provide for total 
interoperability of equipment. 


DTE Availability 


Of course, a technology is useless if no products employ it. 
Once again, frame relay has a particularly good track 
record in this respect. Many manufacturers of equipment 
whose traffic could be transported over a frame relay net- 
work have announced support, and several products are 
already available. 

The intrinsic simplicity of frame relay has contributed 
significantly to the rapid introduction of products. As Fig- 
ure 1 shows, frame relay frames are built by encapsulating 
a frame of information in its native mode with a special 
frame relay frame. The information payload of the frame 
may be virtually anything, such as an Ethernet “packet,” a 
TCP/IP “packet,” an X.25 packet or frame, or even an 
SNA/SDLC frame. 

Once this payload is formatted in its native mode, 
frame relay simply wraps the appropriate protocol around 
it, not unlike a candy wrapper around a candy bar. The 
variable-length information fields are a key component in 
frame relay’s simplicity, since most information occurs in 
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Interfaces and Networks 


One of the most confusing 
aspects of fast packet tech- 
nology is determining exactly 
what the various technolo- 
gies do, and what they don’t 
do. This is particularly key in 
defining interfaces, DTE (to 
use the old, well-known data 
terminal equipment terminol- 
ogy), and networks. 


As with X.25, frame relay 
specifications define an inter- 
face between a frame relay 
DTE (such as a bridge, 
router, gateway, host com- 
puter, or front-end proces- 
sor) and a network. This in- 
terface specification is quite 


exact concerning data for- 
mats, congesticn control, 
and other network manage- 
ment issues. However, it 
specifies nothing about how 
the data is to be transferred 
within the network. This is 
left as a network-specific im- 
plementation issue. 


For example, whether the 
transport within the network 
is on a frame or cell basis is 
one of the most fundamental 
network-specific decisions. 
Each type of network will 
have some different perfor- 
mance characteristics, but 
neither is inherently better 
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The basic interface standard 
is the same whether the 
transport network is public or 
private. The only real differ- 
ence is that a private network 
interface will generally be 
accomplished with a cable, 
while a public interface will 
typically use common carrier 
facilities such as 56-kbps or 
T1 Circuits. 
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This interface standard al- 
lows a large number of di- 
verse devices to share a 
common transmission fabric. 
However, it does not perform 
protocol conversion and 
other higher level tasks. 
These tasks must still be per- 
formed elsewhere within the 
network as necessary. 


than the other in all respects. 


variable lengths in its native mode. The frame relay wrap- 
per simply extends to the length of the payload. Only in 
rare cases will segmentation be required because the max- 
imum negotiated length of the frame relay frame is less 
than the maximum frame length of the payload in its na- 
tive mode. (By contrast, both BISDN ATM and 802.6 
SMDS almost always require segmentation to fit variable- 
length native payload formats into their fixed-length cell 
format.) 

The result of this simplicity is that frame relay can be 
implemented by the traditional CPE fairly easily. This has 
already been evidenced by the rapid support of frame relay 
capabilities. Furthermore, implementation with or with- 
out frame relay should be about the same price. Customers 
should immediately start asking for frame relay capabili- 
ties on LAN internetworking devices, X.25 packet switch- 
ing gear, and other types of packetized terminal equip- 
ment, including equipment for SNA/SDLC networks. 


Transport Network Availability 


Of course, once data is framed in a frame relay compatible 
mode, a network must accept the frames and transport 
them to their ultimate destination. The transport mecha- 
nisms for these frames are not subject to the standards, so 
each network vendor’s implementation will be different. 

At this time, the transport network market has a few 
well-defined early entrants. This should change very 
quickly as more manufacturers have time to introduce 
products. The scope of manufacturers entering this mar- 
ket, which is very broad, includes traditional T1 multi- 
plexer manufacturers, X.25 packet switch manufacturers, 
large PBX manufacturers, and start-up companies that are 
targeting this specific market. 

Not only will equipment variety be broad, but users will 
be faced with choosing between a public network service 
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and a private network implementation. In fact, some users 
may choose to use a public network initially so they won’t 
have to choose among the available equipment for private 
networking until the market matures a bit. 

All of the traditional private networking criteria for 
choosing equipment will continue to apply in this market. 
Network management features will be of utmost impor- 
tance, since packet networks are intrinsically more com- 
plex than traditional T! TDM networks. Key features will 
include congestion avoidance and management strategies, 
automatic alternate routing capabilities, and strategies to 
control network access. Standards compliance will be a 
given, but buyers must take care to determine which op- 
tional extensions to the various standards are supported. 

Several carriers have already announced public frame 
relay services, and some services are already in produc- 
tion. To date, the majority of these services are intended 
for interexchange service. Both the traditional packet 
switching carriers and the IXCs are expected to participate 
heavily in this market. 

Because most of these services are not subject to formal 
tariffs, pricing is still a bit nebulous. However, pricing will 
ultimately determine the success or failure of these ser- 
Vices. 

At this point it appears that these frame relay services 
will be priced below their nearest technical competitor, 
fractional T1 services. It also appears that the trend is to- 
ward providing a fixed charge for a committed minimum 
level of service, rather than charging on a per-frame basis. 
This follows recent trends in pricing X.25 services. It is 
attractive to network managers and planners because they 
will know in advance what the service will cost. 

Without this type of guarantee, network managers will 
be caught in the trap of using a “successful’”’ service (people 
use it) that makes itself unsuccessful (costs go up with use). 
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Figure 2. 

Percentage of Enterprises with 
WAN Traffic Originating on 
LANs 


In a recent study detailing 
plans to move toward internet- 
working traffic in 1990, only 
12% of networks studied had 
more than 25% of their traffic 
originating on LANs. By 

1995, this number will climb 
to 67% with only 7% having 
no traffic originating on 
LANS. 


Suffice it to say that pricing of these services will be a com- 
plex, albeit fascinating, task requiring extensive study. 

The LECs have not heavily committed to providing 
frame relay services yet. On the one hand, you could be 
quite cynical and claim that this lack of commitment is 
primarily a result of fear of competition with SMDS, the 
LECs own preferred solution for LAN interconnection. 

On the other hand, in the LECs’ defense, you must an- 
alyze the need and applications for this technology in the 
intra-LATA versus inter-LATA context. Perhaps the econ- 
omies offered by SMDS are more applicable as distance 
decreases. Nevertheless, it appears that frame relay ser- 
vices could be quite successful if they were offered. 

In the final analysis, the same criteria that applied for 
years to X.25 networks will apply to frame relay networks. 
Private networks will tend to be more cost-effective be- 
tween company locations with high traffic densities. Pub- 
lic services will tend to be more cost-effective where traffic 
density is lower and locations are more dispersed. Public 
services may also be more realistic for intercompany net- 
works. Thus, the hybrid public/private network will pre- 
vail once again. | 


Other Technologies 


The discussion so far has concentrated on the frame relay 
flavor of fast packet technology. This is entirely appropri- 
ate since frame relay technology will be widely available in 
the near term and should be quite competitively priced. 
Nevertheless, at least three other technologies will have an 
impact on the fast packet market. 

SMDS networks based on the IEEE 802.6 standards are 
being promoted actively by several of the LECs as a 
method to provide metropolitan area network (MAN) ser- 
vices. This technology will serve LAN internetworking ap- 
plications well, especially within the targeted market areas. 
Several CPE vendors are addressing equipment availabil- 
ity issues, and several trials of this technology are already 
in place. 

The biggest unknown in the SMDS arena is pricing. 
Carriers can force the success of this service by pricing it 
attractively. They can also guarantee a lack of success by 
not pricing the services at an appropriate level. 

“Real” broadband ISDN based on ATM (i.e., fast cell 
switching) will certainly play an important role in net- 
works for years to come. Future frame relay services will be 
carried over high-speed backbones via ATM-based trans- 
port networks. 

Certainly, the concept of having an ATM-based cell as- 
sembler/disassembler (the CAD being analogous to the 
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X.25 PAD) on the premises as a part of the LAN internet- 
working device is very likely to be important at some 
point. This should provide very fast LANs, such as FDDI, 
with the significant internetworking advantages that frame 
relay currently offers to 4- and 16-Mbps LANs. 

The question about ATM services is when they will be- 
come a reality, not if. SMDS services will depend on ATM 
for interexchange transport. The IXCs will probably offer 
this type of service as the logical extension of frame relay. 
Local access to these services may be via dedicated local 
access trunks (either provided by or bypassing the LEC), 
via SMDS services, or via ATM services that the LECs 
may decide to offer. 

The third alternative technology that may play a key 
role is IBM’s fast packet technology, which is known as 
“Paris.”” Although little information has been released 
about Paris, the few public domain documents seem to in- 
dicate that the technology is based on source-routed frame 
switching. 

Source routing places a significant portion of the rout- 
ing responsibility on the entry node, thus requiring the net- 
work only to execute the routing commands already placed 
in the frames. This allows higher speed network switching 
with less processing power in the network than with the 
other technologies examined thus far. Frame switching is 
more efficient than cell switching for most data transmis- 
sions since data tends to occur in random-length, not 
fixed-length, information entities. 


Action Items 


So, what is the prudent network manager/planner to do? 
At what point should you start moving toward these new 
technologies? While it might or might not be time to get 
out the checkbook, there are some immediate actions you 
should take. 


e Educate yourself—The time has come to investigate 
frame relay actively and in a fairly detailed manner. Lots 
of products that could be keys to your strategic telecom- 
munications planning either are already available or will 
soon be available. Frame relay internetworking can no 
longer be regarded as yet another idea that may become 
important. It’s here, and it’s very important. 


As part of this process, you should also begin to learn more 
about SMDS and ATM, two other technologies that will 
ultimately be quite important. However, this technology is 
still a little ways off in most cases, so the education cycle 
here is not quite as critical. 
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¢ Define network needs and trends—Most processing en- 
vironments are undergoing a gradual shift from host- 
centric to distributed computing (see Figure 2). This 
shift usually parallels a gradual migration from terminal- 
based systems to distributed workstations to locally net- 
worked systems to internetworked systems. 


Obviously, this is not something that happens overnight. 
Each organization needs to establish a time line that plots 
where it is in this migratory path, and what it believes to be 
a reasonable progression over the next few years. Once this 
is established, the organization can develop a migration 
strategy to match its network to its information processing 
needs. 

Perhaps you need fast packet technology now, perhaps 
in two years, perhaps later than that. Establishing this type 
of plan is not a commitment to implementing fast packet 
networking. However, the technology is sufficiently im- 
portant that a conscious decision to plan or not to plan for 
it is becoming mandatory. 


¢ Define the economic parameters—This decision, like al- 
most all others, finally boils down to essential economic 
considerations. However, even the economic decisions 
have several levels. 
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On the basic level, the economic can be considered in the 
classic sense: ‘““The current network costs are at a certain 
level, so I project that the new technology will save (or not 
Save) a certain number of dollars per year.” 

Another level to consider could be called pro-active 
economics. Here, the current level of service is not neces- 
sarily a factor. Rather, it involves looking at what added 
capabilities could do for the network. 

At this ‘“‘what if’ planning level, consider what addi- 
tional functions could be added to the network if this new 
technology were available. Would these added capabilities 
provide a significant increase in productivity? What would 
be the best possible network if all available new technology 
were employed? 

It is this level of planning that is both the most difficult 
and the most exciting. It often separates the networking 
leaders from the followers and gives the leaders a strategic 
advantage. As far as fast packet internetworking is con- 
cerned, the time to begin this planning is now. Hl 
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Data Service 


Datapro Summary 


Switched Multi-Megabit Data Service (SMDS) is a proposed high-speed 
connectionless public packet switched service from Bellcore. SMDS, expected to 
be commercially available by the end of 1991, provides LAN internetworking on 
top of a universal addressing scheme and is based on the IEEE 802.6 standard. The 
report compares the features of SMDS with those of other packet-switching 
services technologies. The ongoing testing process for SMDS is reviewed. 


Switched Multi-Megabit Data Service 
(SMDS) is a Bellcore proposal for high- 
speed (DS1-DS3), connectionless packet 
switched service that provides LAN-like 
performance and features over a metropol- 
itan area. SMDS is a public packet switched 
service for exchanging variable-length data 
units up to a maximum of 9,188 octets. 

Bellcore defines SMDS as a technology- 
independent service. It perceives the ser- 
vice as one of the first switched broadband 
offerings and projects eventual support of 
SMDS by BISDN. 

Bellcore expects SMDS availability, via 
MAN technology, in the 1991 to 1993 time 
frame. Carriers will introduce SMDS as a 
public offering from the outset. As of late 
1990, five BOCs—Bell Atlantic, BellSouth, 
Southwestern Bell, Pacific Bell, and 
NYNEX—had scheduled SMDS trials. 

SMDS offers LAN internetworking on 
top of a universal addressing scheme.’ The 
technology is being viewed as a prime can- 
didate for building future networks, includ- 
ing gigabit-speed national research and ed- 
ucation backbone networks. 

At the protocol level, SMDS is based on 
the IEEE 802.6 standard, which now also 
interworks with the Broadband ISDN’s 
asynchronous transfer mode (ATM) stan- 
dard. ATM and SMDS use the same under- 
lying switching technology, known as cell 
relay. | 

Cell relay segments data frames into 
fixed-length cells for transmission, with re- 
assembly performed at the termination 
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end; cell relay promises higher throughput 
than frame relay. Frame-relay technology is 
not based on either BISDN or IEEE 802.6, 
nor does it support speeds higher than 
1.544M bps (2.048M bps in Europe). 
SMDS is the first switched broadband 
service operating at 45M bps. Using cell- 
relay technology implies that SMDS will 
migrate smoothly to BISDN. The massive 
deployment of fiber in the public network 
will facilitate, if not expedite, SMDS de- 
ployment in the immediate future. Some 
carriers consider SMDS and frame relay 
complementary technologies. 


The SMDS Connectivity 
Advantage 


LAN interconnection technologies compet- 
ing with SMDS include dedicated T1 links, 
Fractional T1, Fractional T3, T3, ISDN 
Primary Rate service, ISDN HO, ISDN 
H1i1, Switched DS1, traditional packet 
switching, frame relay, SMDS, and—in the 
mid-1990s—BISDN. Dedicated private- 
line networks become impractical when 
supporting a large number of remote data 
sources/sinks generating bursty traffic. As 
shown in Figure 1, the number of links 
grows quadratically with the number of 1n- 
terconnected sites. LAN installation growth 
is creating demand for public switched data 
services that deliver sufficient capacity, 
flexibility, and control (features that may 
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Figure 1. | 
Connectivity Advantage of Public Switched Networks 


have in the past driven users to private network solutions), | 


coupled with the universal access, survivability, econo- 
mies of scale, and efficiency available through resource 
sharing. SMDS is ideally positioned technically to meet all 
of these requirements. 

_ Users have employed dedicated lines operating at 
19.2K bps, 56K bps, Fractional T1, and T1 speeds to inter- 
connect LANs; speed increases are often dictated by appli- 
cations requiring more information transactions, as well 
by the number of users utilizing the LANs. As the number 
of LANs grows, demand for high-capacity lines becomes 
expensive. A switched service is necessary to eliminate 
multiple physical paths between islands of users. 

In addition to increasing LAN installations, however, 
the interconnection speed also increases. User equipment 
such as bridges and routers have operated in the 10M bps 
range for a number of years. Bridge and router vendors 
claim their units forward around 10,000 to 12,000 packets 
per second. The latest generation of bridges and routers 
processes 50,000 packets per second; by 1992, vendors 
might deliver equipment handling 100,000 packets per 
second. Thus, while frame relay may be adequate for some 
LAN internetworking applications, other applications will 
need the higher speeds provided by SMDS and cell-relay 
technology. Applications requiring cell relay include CAD/ 
CAM applications, medical imaging, heavy-use desktop 
publishing, and animation. . | 7 

The latest generation of LANs already requires higher 
speed interconnection. IBM has introduced 16M _ bps 
token-ring systems—a 1.544M bps bridge/router may be 
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inadequate for these LANs. Fiber Distributed Data Inter- 
face (FDDI) routers and bridges must operate at much 
higher rates than existing systems. These 100M bps sys- 
tems will become more prevalent now that FDDI stan- 
dards are practically complete and vendors may actually 
deliver FDDI over twisted pair. Furthermore, FDDI now 
interworks with Sonet, creating additional user interest: 
users will not require dedicated multimode fiber to imple- 
ment FDDI, but can use facilities from the public network. 
This may, in turn, require high throughput internetwork- 
ing. 

It is not certain that a 1.544M bps service can bridge 
LANs operating at 100M bps. For some applications, such 
as supercomputer networks, FDDI rates are too low. Cell 
relay must, therefore, operate at high speed because it is 
designed to support traffic on the public network. That 
traffic, when aggregated, might be several orders of magni- 
tude greater than that of any individual customer or 
bridge/router. 

Carriers are beginning to provide a number of public 
switched services and others are emerging. Carriers’ 
frame-relay services support sufficiently high speeds. 
(Frame relay implemented in routers or even T1 muxes, 
however, does not by itself alleviate the problem of multi- 
ple T1 lines between dispersed sites.) Primary Rate ISDN 
is another viable solution. Switched T1 and Switched Frac- 
tional T1 provide a third solution (MCI has announced the 
availability of Switched T1 by late 1991). High-speed con- 
nectionless SMDS, however, may prove to be the best so- 
lution. 


SMDS Market 


SMDS is expected to be commercially available in the U.S. 
by late 1991 (by Bell Atlantic) and more widely available 
in 1992. A survey conducted by Bell Atlantic in 1990 of 
275 data communications managers in manufacturing, 
health care, government, and other industries found that 
40% to 70% were interested in introducing SMDS services 
in their (currently private) networks.* Trans-Formation, 
Tulsa, OK, recently released a forecast on SMDS lines. 
The company projects 29,000 lines installed by the year 
2000. 

Bell Atlantic is trialing 45M bps SMDS access with 
Temple University; the test is reported to be proceeding 
well.? High-speed switching equipment from QPSX Com- 
munications is being used to interconnect 16 Ethernet 
LANs and two token-ring LANs at several campus sites 
over a diameter of 17 miles. Bell Atlantic service will ini- 
tially be available in Baltimore; northern New Jersey; Phil- 
adelphia; Richmond; and Washington, DC. 

BellSouth is reported to be planning internal SMDS use 
in 1991, using the service to link its LANs. New Hewlett- 
Packard workstations, servers, and networking products 
will be deployed in 140 BellSouth business centers, and 
will support about 13,000 employees. All of the offices are 
planned to be connected by third-quarter 1991. 

By year-end 1990, Pacific Bell had lined up five cus- 
tomers for an SMDS trial in northern California. The cus- 
tomers are Stanford University, Apple Computer, Tan- 
dem Computer, Sun Micro- systems, and Pacific Gas and 
Electric.* Pacific’s six-month trial was scheduled to start in 
December 1990 and run through June 1991. In the current 
trial, SMDS will operate at the 1.544M bps access rate; at a 
later stage, the 45M bps rate may be trialed. 

BellSouth, Pacific Bell, NYNEX, and Southwestern 
Bell announced plans to test SMDS based on available 
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AT&T Technology equipment. Bell Atlantic is moving 
ahead with a test of QPSX-provided MAN equipment. 
AT&T is reported to be aggressively positioning its equip- 
ment with the Bell Operating Companies (BOCs). The 
vendor has a prototype SMDS switch, called Superstar/ 
BNS 2000, which uses the backplane of AT&T’s earlier 
Datakit product (the backplane has a throughput of 200M 
bps). | 

A major SMDS demo was held at Interop 1990, in Oc- 
tober 1990. With Pacific Bell (as network manager), Bell- 
South, Southwestern Bell, NYNEX, Bell Atlantic, and 
AT&T provided the first multinode demonstration, con- 
necting five sites around the country.' A host of vendors 
also demonstrated their interoperability to the SMDS 
specification, including BBN Software Products, cisco, 
Kentrox, Cornerstone Technology, Hewlett-Packard, Lo- 
tus Development Corp., Medical Imaging Systems, and 
Sun Microsystems.’ cisco Systems Inc. demonstrated an 
SMDS router developed in conjunction with ADC Ken- 
trox Industries Inc. 

There is a goal of national connectivity in the U.S. by 
1993. International SMDS connectivity may also become 
a reality in 1993 or 1994. The European Telecommunica- 
tions Standards Institute has set up a working group to 
study MANs, and has adopted most 802.6 standard ele- 
ments, including many SMDS features. Both Germany 
and Italy expect to undertake MAN trials this year.! 

SMDS tariffs remain a large issue. In early 1991, Bell 
Atlantic was in the final stages of drafting tariffs for the 
SMDS to be available later in the year. Initial indications 
are that at least some carriers will offer SMDS access at 
DS1 and DS3 rates, at 10% to 30% less than the cost of the 
corresponding point-to-point links. SMDS will also entail 
a recurring usage charge beyond SO gigabits of monthly 
usage included as part of the access fee. 


Public Metropolitan Area Networks: The 
Concept Behind SMDS 


Local area network media access protocols cannot accom- 
modate networks with large geographic radii without de- 
creasing efficiency. Metropolitan area network protocols, 
therefore, support physically larger networks. MANs must 
transmit faster than LANs, since they typically intercon- 
nect groups of LANs. MANSs’ geographic reach generally 
requires them to be public in order to be cost effective. 

Public MANs interconnect the locations of many orga- 
nizations. An exception would be a large campus environ- 
ment, containing dozens of buildings belonging to a uni- 
versity, medical center, or industrial park. MAN providers 
also plan to carry voice and video. 

Two requirements determine the type of protocols used 
in MANs—the treatment of stream traffic (voice and 
video) and security. To meet voice transit delay restric- 
tions, MANs can support a maximum delay of two milli- 
seconds per packet; none of the previously existing IEEE 
802 standards meet this constraint, so the IEEE developed 
the 802.6 standard. 

A private network interconnects a single company’s 
premises and is, therefore, fairly secure. To tap into the 
information stream, a potential intruder must identify the 
one cable among hundreds that carries the information in 
question. In a LAN environment, every user’s data passes 
through every node in the network. Public MAN opera- 
tors, on the other hand, separate the MAN into a transport 
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Table 1. Services Provided by the 


Network Layer 


Connection- Connection- 
oriented less 


ISO 8208 (X.25 ISO 8473 Con- 

Packet Level nectionless 

Protocol) Network Proto- 
col (CLNP) 


Packet layer Packets sent 
sets up logical independently 
channel 


Each packet Each packet 
has a logical has complete 
channel addressing 
identifier information 


Same virtual Packets can 
circuit for dura- take totally dif- 
tion of the call ferent routes 


Typical protocol 


Packet treatment 


Services: 

Packet sequencing Yes No 
Flow control Yes No 
Acknowledgments Yes No 
Protocol type Complex Simple 


network and an access network. The transport network 
carrying all network traffic remains under the carriers’ 
control. 

Bridging equipment is installed at a vault or pole out- 
side the customer’s premises, or at a Central Office. Users 
connect to the transport network over an access network 
attached to the transport segment via a bridge. Data ad- 
dressed to other users is ignored by the bridge; the bridge 
transfers data onto the access network only when ad- 
dressed to the assigned user. The bridge also performs a 
closed-user-group function for data originating within a 
subnetwork LAN connected to the MAN: It forwards data 
onto the transport network only if addressed to a MAN 
destination and ignores data destined to locations on the 
local network.? 

In addition to transmission protocols, MAN systems re- 
quire major network management support, including secu- 
rity management, accounting management, and fault man- 
agement. 


SMDS Technology 


IEEE Project 802.6: Standards for SMDS 

IEEE Project 802.6 coordinates MAN standard definition 
efforts. Widespread MAN introduction depends on 
standard-based equipment that allows simple interconnec- 
tion. The use of media access bridging is a relatively new 
development; although it does not conform precisely to the 
Open System Interconnection Basic Reference Model, it 
offers performance advantages relative to network layer 
bridging. The access network need not itself be based on 
the IEEE 802.6 protocol; it can, in fact, be an extension of 
the user’s own bus- or token-based LAN or LANs. 
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Tabie 2. interconnection Technologies 


Frame Frame 


Public/ | TDM- Fast Frame Public = SMDS ATM 
private based packet- relay relay over relay _onet- | | 
X.25 net T1 switching over TDM-based over fast based 
private T1 un- T1 pri- ‘packet- frame 
net private muxed vate net switching relay — 
net ‘private T1 7 
| : oe | line | 
Switching unit packet bytes (T1) frame frame frame frame Cell Cell 
: | or group frame 
of bits 
Bandwidth yes no yes no no yes yes yes not 
conservation | at the 
(bandwidth user 
used only when i level 
information | 
is being sent) : | | 
PVCs, implying yes no no yes yes yes yes yes yes 
multiplexed . 
links over 
single port | 
Error link-by- user routing: detect: detect: detect: detect: routing: routing: 
treatment link protocol network network network network network network network 
info: correct: correct: correct: correct: info: info: 
user edge-to- edge-to- edge-to- edge-to- user-to- edge-to- 
edge or edge or edge or edge or user edge or 
user-to- user-to- user-to- user-to- user-to- 
user user user user | user 
Bursty data yes yes yes yes yes yes yes yes yes 
with with with with with with 
PAD PAD PAD PAD PAD PAD 
Ethernet/ marginal yes yes yes yes yes yes yes yes 
Token LAN 
interconnection 


The P802.6 group started work on MAN issues in 1982. 
Early supporters included the satellite and CATV indus- 
tries. The satellite providers wanted to provide inexpen- 
sive high-speed links between earth stations and local cus- 
tomers; CATV operators wanted to deliver data over their 
TV networks. 

A number of protocols and media were analyzed be- 
tween 1982 and 1987. In 1987, the committee selected a 
dual-bus architecture proposed by Telecom Australia as 
the basis of the MAN standard. The system, formally 
known as Distributed Queue Dual Bus (DQDB), was in- 
vented by students at the University of Western Australia. 
In May 1987, a company called QPSX was founded and 
the technology further developed. 

The ninth draft of the IEEE 802.6 standard, published 
in August 1989, modified the length of the payload to 48 
octets to interwork more directly with the ATM BISDN 
standards. The fifteenth draft of the standard was pub- 
lished on October 1, 1990 and was approved on December 
15, 1990. There was an appeal on the standard which was 
considered by the IEEE and denied. Final publication of 
the standard was due in June 1991, based on the final ap- 
proved version of Draft 15. | 

The 802.6 standard defines a high-speed shared me- 
dium access protocol used over a dual unidirectional bus 
subnetwork (together, the two buses provide bidirectional 
connectivity). The standard specifies the Physical Layer 
and the DQDB Layer required to support the following: 


¢ An LLC sublayer—a connectionless MAC sublayer ser- 
vice supports an LLC sublayer in a manner consistent 
with other IEEE 802 LANs. _ 
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¢ Isochronous Service Users—provided by a connection- 
oriented service that may be used to transport isochro- 
nous data—e.g., PCM digitized voice. (Isochronous 
events or signals recur at known, periodic time inter- 
vals.) 


¢ Connection-oriented Data Service Users—supported by 
a connection-oriented service that can transport bursty 
data; for example, signaling. 


A typical 802.6 MAN consists of interconnected DQDB 
subnetworks. Subnetwork interconnection can be via 
bridges, routers, or gateways. DQDB is a distributed mul- 
tiaccess network supporting integrated communications. 
Various connectionless, connection-oriented, and isochro- 
nous datastreams share the total capacity of the subnet- 
work flexibly and equitably. 

The bus uses a kind of distributed reservation method. 
A bus controller maintains a counter for both transmission 
paths. The control counter 1s incremented for each slot re- 
quest arriving from the direction of the destination, and is 
decremented for each vacant slot toward the destination. If 
the counter is zero when it arrives at a station, that station 
can transmit data using the next vacant slot. If upstream 
station requests are pending, the counter has a nonzero 
value. 

The controller determines the value of the counter 
(which continues to count for future requests) and sepa- 
rately counts down as vacant slots come by. These unfilled 
slots satisfy the requests already pending when the station 
decided to transmit. When the value has reached zero, the 
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Table 2. Interconnection Technologies (Continued) 


Public/ TDM- Fast Frame Frame Frame Public SMDS ATM 
private based packet- relay relay over relay net- 


X.25 net T1 switching over TDM-based over fast based 
private T1 un- T1 pri- packet- frame 
net private muxed vate net switching relay 
net private T1 
line 

FDD! LAN no yes no no no no. no yes yes 
interconnection 
High-speed no yes yes yes yes yes yes yes yes: 
isochronous best 
data 
CAD/CAM no yes no no no no no yes yes 
internetworking 
Mainframe no yes no no no no no yes yes 
channel 
extension 
Voice no yes yes yes yes yes unlikely not yes 

with with with with initially 

PAD PAD PAD PAD 
Image marginal yes yes yes yes yes yes yes yes 
Video no yes marginal marginal marginal marginal unlikely no yes 
Throughput 19.2K 45M 1.5M 1.5M 1.5M 1.5M 1.5M 1.5- 150- 
(bps) 45M 600M 
Network high lower low low low low low low lowest 
delay 
Availability now now now 1991 1991 1991 late 1992 1993- 

1991 1995 


next vacant slot is available for use. Greedy terminals are 
kept under control by limiting the terminals to only one 
outstanding reservation. 

Currently, the DQDB system operates on fiber at 1.5 or 
45M bps in each direction (if necessary, coaxial cable and 
microwave segments of adequate bandwidth can also be 
used). The dual bus is physically star-wired at a central 
location. The cable can be brought back to a CO for phys- 
ical maintenance. The scheme differs from earlier ring sys- 
tems in that the network, although cabled as a ring, is logi- 
cally a bus. In practical terms, this means that a designated 
network controller node does not pass incoming data as do 
the other nodes; this node serves as the logical beginning 
and logical end of the two buses. The end node generates 
the slot framing for each fiber cable (similar to the master 
node in a ring system). In this environment, packets need 
not be specifically removed from the network at the end of 
their journey. 

A major advantage of the dual bus topology is fault tol- 
erance. If a node or line segment fails, continuity is main- 
tained by logically designating the last active node before 
the failed portion as the end of the bus, and letting the 
previous bus end become a regular node. The nodes on 
either side of the failure then assume bus-end function. In 
addition to this mechanism, bridging relays allow data to 
pass through failed nodes. The bus maintains a distributed 
queue, providing optimal delay management. 


SMDS Access 

SMDS’ Subscriber-Network Interface (SNI) complies with 
IEEE 802.6. SMDS users access the service via a dedicated 
SNI. Initially, Bellcore defined the SNI as an electrical 
DS3 interface; Synchronous Optical Network (Sonet) com- 
patibility will be added in the future. SMDS access facili- 
ties will be fiber based. 
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The SMDS Interface Protocol (SIP) defines how the 
subscriber gains access to the SMDS network across the 
SNI. The SIP is a connectionless, three-layer protocol. SIP 
functions include addressing, framing, and physical trans- 
port. 

SIP Layer 3 associates the appropriate SMDS address- 
ing information with the SMDS data unit passed from the 
user. Framing of the Layer 3 data unit for serial transmis- 
sion across the SNI is performed by the SIP Layer 2 proto- 
col. An error detection mechanism is also provided at 
Layer 2. The SIP Layer | protocol provides Physical Layer 
functions; i.e., bit-level transmission across the physical fa- 
cilities. 

Since SIP is a connectionless protocol, and since it does 
not perform explicit flow control or error correction with 
ARQ methods, it provides an interface to higher layer pro- 
tocols similar to that available in most LANs. As a result, 
using SMDS means that attached CPE must provide these 
upper layer functions. 

The network examines every data unit transferred via 
SMDS and validates that each unit’s source address 1s le- 
gitimately assigned to the originating SNI. For customers 
requiring higher traffic security and privacy, SMDS in- 
cludes features that allow customers to form “logical pri- 
vate networks.” Two such features, destination address 
screening and source address screening, allow customers to 
restrict communications across an SNI. 

SMDS uses addresses similar to telephone numbers 
with extensions. SMDS also includes a group-addressing 
capability analogous to LANs’ multicasting feature. When 
an SMDS user addresses a data unit to a group address, 
SMDS delivers copies of the data unit to each destination 
address identified by that group address. SMDS users can 
also designate multiple addresses (up to 16) toa single SNI. 
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SMDS provides different “access classes” at service ini- 
tiation; each access class supports different traffic charac- 
teristics by limiting sustained information flow and infor- 
mation flow burstiness. The SMDS network enforces 
information flow limits. Customers need not provide re- 
sources, such as buffers, beyond those necessary to support 
the subscribed traffic limits, and the network provider can 
allocate its resources consistent with actual user require- 
ments. 


Connectionless Aspect of SMDS 

Every layer of the OSI Reference Model, except the Physi- 
cal Layer, supports two basic forms of operation— 
Connection-oriented mode and connectionless mode. 
Connection-oriented service requires a connection estab- 
lishment phase, a data transfer phase, and a connection 
termination phase; a logical connection is set up between 
end systems prior to data exchange (see Figure 2). These 
phases define the necessary sequence of events for success- 
ful data transmission. Connection-oriented service capa- 
bilities include data sequencing, flow control, and trans- 
parent error handling. 

In a connectionless service, such as SMDS, each Proto- 
col Data Unit is independently routed to the destination; 
no connection-establishment activities are required, since 
each data unit is independent of the previous or subse- 
quent one. Connectionless-mode service transfers data 
units without regard to establishing or maintaining con- 
nections, as shown in Figure 2. The (N)-UNIT-DATA ser- 
vice element performs data transfer and provides transfer 
of discrete data units. Each data unit must, therefore, con- 
tain at least the addressing information and the data itself. 

In connectionless mode, transmission delivery is uncer- 
tain due to the possibility of errors. This appears contrary 
to the goal of network design—users want to ensure that 
messages reach their destination. In __ reality, 
connectionless-mode communication simply shifts re- 
sponsibility for message integrity to a higher layer, which 
checks integrity only once, rather than requiring checks at 
each lower layer. Alternatively, each data unit might con- 
tain the error recovery mechanism. Table | compares a 
connection-oriented Network Layer service to a 
connectionless-mode service. 

Each transmission mode represents the best approach 
for a specific niche. File transfers on the order of gigabytes 
might benefit from a connection-oriented-mode lower 
layer service, while point-of-sale (POS) inquiries might 
work best with a connectionless-mode service. 

Generally, connectionless-mode data transmission may 
be ideal for: 


1. Broadcast or multicast of information; 


2. Inward data collection, which involves the periodic 
sampling of many sources (such as in process control); 
and 


3. Transient processes (in military, aviation, and meteo- 
rological systems, there is often a frequent and abrupt 
dissociation from peer processes). 


Connectionless communication at the lower layers of the 
OSI model is now well established and is found, for exam- 
ple, in local area networks (LANs) and metropolitan area 
networks (MANs). While the original OSI model— 
described in ISO 7498—was connection oriented, the ISO 
foresaw the need for connectionless service and issued an 
addendum to that protocol (ISO 7498/AD1). The ISO is 
now working to update the Connectionless Addendum and 
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Figure 2. 
Connection-Oriented Mode versus Connectionless-Mode 
Communication 


Connection Establishment 


(N)-Connect Indication 
(N)-Layer 
(N)-Connect Response 


Data Transfer 


ate (N)-Data Indication 
(N)-Layer 


Connection Release 


(N)-Disconnect Request (N)-Disconnect Indication 
(N)-Layer 


Connectionless-Mode Transmission 


(N)-Unit-Data Request | (N)-Unit-Data Indication 
(N)-Layer 


CCITT SG VII pursues a parallel process. The CCITT, 
however, has been reluctant to insert connectionless-mode 
data transmission concepts into CCITT X.200—its ver- 
sion of the OSI model. The ISO standard for Network 
Layer service, ISO 8348, contains connectionless service 
(in AD1) in addition to the connection mode. 


(N)-Connect Request 


(N)-Connect Confirm 


SMDS Relationship to Other 
interconnection Technologies 


Metropolitan area networks and SMDS use asynchronous 
transfer mode (ATM) technology, also known as “cell 
switching,” at the Data Link Layer. ATM is an interna- 
tionally agreed-to set of standards for high-bandwidth, 
low-delay, packet-based switching and multiplexing; it is a 
connection-oriented mechanism, though it is designed to 
support both connectionless and connection-oriented ser- 
vices. Transfer mode refers to the switching and multiplex- 
ing process; transfer mode logically resides on top of the 
Transmission Layer. ATM packetizes information to be 
transferred into fixed-size slots, called cells, which are 53 
octets long. Cells are identified and switched by means of a 
label in the header. | | 

An industry debate now centers on frame relay versus 
cell relay used by BISDN and SMDS. Some carriers and 
vendors have made commitments to frame relay; others 
plan to deploy cell relay; a handful of carriers are pursuing 
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Figure 3. 
BISDN Protocol Model 


Management Functions 


Control User 
Plane Plane 
Higher Layers Higher Layers 
Protocol and Functions! Protocol and Functions 


Adaptation Layer 


Asynchronous Transfer Mode Layer 


Physical Medium Dependent Layer 


both technologies. Some view the two approaches as com- 
plementary, others as competitive. Frame relay and cell 
relay are designed to meet different objectives and have, 
therefore, evolved in different directions. Some experts 
differentiate the approaches as follows: 


¢ Frame relay is a medium- to high-speed data interface 
for private networks. Carriers will implement frame re- 
lay in the next couple of years. Frame relay is being stan- 
dardized at the DS1 rate. 


¢ Cell relay is a high- or very high-speed switching system 
capable of supporting public networks; these systems will 
emerge in the mid-1990s. 


Metropolitan area network-based services such as SMDS, 
however, will become available at the same general time as 
frame relay. 


Frame Relay 

Current packet-switching technology, including fast 
packet switching and frame relay, will not be adequate for 
some applications. This is due to various services’ charac- 
teristics, as well as the need to integrate them into a single 
access/transport technology. Applicable service character- 
istics include throughput, degree of burstiness, sensitivity 
to errors, and the capability (or lack thereof) to buffer the 
information in the network (i.e., sensitivity to delay). In 
comparison to establishing several dedicated networks, 
services and network integration has major advantages in 
terms of economic planning, development, implementa- 
tion, operation, and maintenance. While dedicated net- 
works require several distinct subscriber access lines, 
BISDN access can be based on a single optical fiber. 

Fast packet-switching technology—as available with 
Stratacom IPX systems, for example—is an early vendor 
implementation of some of these integration principles, 
but is not the same as ATM. ATM cell size, cell structure, 
and header structure differ from those of fast packet 
switching. Vendors have demonstrated fast packet switch- 
ing at 1.544M bps; cell relay is discussed in the context of 


Info H Info 


|<— Cell —o | 


H = Header 
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Synchronous Optical Network (Sonet) transmission rate 
increments, starting at 51.840M bps, and reaching 2.4G 
bps (or even 13G bps, eventually). ATM is to operate at 
150M and 600M bps. It is likely that to deliver Broadband 
ISDN services, new switching architectures, which will 
eclipse any fast packet-switching technology as we know it 
today, will emerge; photonic switching will likely play a 
major role in BISDN. 

To meet the requirements of possible future broadband 
services, BISDN is designed to be flexible. The goal of 
BISDN is to provide a definition of the public network and 
user interfaces to the network that meets varied require- 
ments, particularly when the traffic mix is highly dynamic. 
A variety of potential interactive and distribution broad- 
band services is possible with BISDN: 


¢ Broadband video telephony, videoconference, and video 
surveillance 


¢ TV distribution (with existing TV and/or High Defini- 
tion TV—HDTV) 


¢ High-speed, unrestricted digital information transmis- 
sion for high-speed LAN interconnection 


¢ High-speed medical imaging 


¢ Graphics-intensive Computer Aided Design/Computer 
Aided Manufacturing (CAD/CAM) applications 


Supercomputer networks 


¢ Video document retrieval service (such as a videodisk 
library) | 


The BISDN protocol model is shown in Figure 3. The Ad- 
aptation Layer is service dependent. It supports higher 
layer functions of the user and control planes, and supports 
connections between BISDN and non-BISDN interfaces. 

Information is mapped by the Adaptation Layer into 
lower layer cells. At the transmitting end, information 
units are segmented to be inserted into these cells. At the 
receiving end, information units are reassembled from the 
underlying cells. Any Adaptation Layer-specific informa- 
tion (e.g., data field length, time stamps, sequence number, 
etc.) that must be passed between peer adaptation layers is 
contained in the information field of the lower layer. Two 
BISDN access rates are being standardized: one at about 
150M bps, and another at about 600M bps. 


Asynchronous Transfer Mode (ATM) 

The CCITT promotes ATM as the transport structure for 
future broadband telecommunication networks. For 
ATM, a number of functions of the Layer 2 protocol are 
removed to the edge of the network. Core Layer 2 capabil- 
ities are supported, in addition to Layer 1 functions (clock- 
ing, bit encoding, physical medium connection). 

ATM is not an asynchronous transmission technique. 
The term “asynchronous” indicates that cells allocated to 
the same connection may exhibit an irregular recurrence 
pattern, as cells are filled according to the actual demand. 
ATM allows for bit rate allocation on demand, so the bit 


Figure 4. 
STM and ATM Methods 


OCTOBER 1991 


8 1228 
Technology Issues & Trends 


Figure 5. 
ATM Cell Format 
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rate per connection can be chosen flexibly. In addition, the 
actual ‘“‘channel mix” at the broadband interface can dy- 
namically change. 

The ATM header contains the label, comprising a Vir- 
tual Path Indicator (VPI) and a Virtual Channel Identifier 
(VCI), and an error detection field, as shown in Figure 4. 
Error detection on the ATM level is confined to the 
header. The label is used for channel identification, in 
place of the positional methodology for assigning octets, 
inherent in the traditional synchronous digital systems. A 
point-to-point, connection-oriented service rides directly 
over the Transfer Layer mode. 

ATM performs the relaying functions required to trans- 
port user information through the network. It should be 
noted, however, that ATM (or other transmission/ 
switching) is somewhat hidden from the ultimate user, 
who only sees the interface. ATM technology can flexibly 
support a wide variety of services with different informa- 
tion transfer rates: it is suitable for both Constant Bit Rate 
and Variable Bit Rate Services (sometimes called isochro- 
nous and bursty streams, respectively). 

ATM deals with procedures for allocating bandwidth at 
the user interface and to various user services. ATM is sim- 
ilar to packet switching, but with the following differ- 
ences:” 


1. No error control and flow control on the links— 
responsibility moved to the edge of the network. 


2. Cells (packets) have a fixed, small length and no vari- 
able cells are allowed. This framework allows very 
high-speed switching nodes, since the logical decisions 
are straightforward. Cell length is now set at 53 bytes 
(48 for user information and 5 for overhead). 


3. Unlike “packet switching” in LANs, ATM communi- 
cation is connection oriented—all information is 


transferred via a virtual channel identifier that is as- _ 


signed for the duration of the session. 


4. The header provides only limited Layer 2 functional- 
ity. As a result, information transfer can be accom- 
plished rapidly compared to other protocols; the pro- 
tocols can be implemented in hardware. 
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The VPI/VCI is locally significant to the user interface, but 
may undergo translation as it travels to another interface. 
The VPI/VCI constitutes a label used to allocate transmis- 
sion resources; the label, rather than the position of a 
frame, does the allocation. At call setup, the VCI value can 
be associated with a particular quality of service. Usable 
Capacity can be dynamically assigned; the network can 
take advantage of statistical fluctuations while at the same 
time providing an established grade of service. Multiple 
rate-dependent overlay networks are obviated, facilitating 
integration. 


The ATM cell’s key features are as follows: 


e ATM comprises a 5-octet header and 48-octet informa- 
tion field. 


The User Network Interface (UNI) header includes the 
following: 


—~A 4-bit generic flow control field, which may be 
used to achieve some of the functionality of an Ac- 
cess Control Field for multiaccess interfaces; 


-A 24-bit label of which 8 to 12 bits can be used for 
the Virtual Path Identifier, and the remaining 12 to 
16 bits are for the Virtual Channel Identifier; 


—A 2-bit payload-type field; 
—A 2-bit reserved field; and 
—An 8-bit header error check field. 


The VPI provides an explicit path identification at the in- 
terface; the VCI provides an explicit channel identification 
at the interface. At the Physical Layer BISDN will use 
Sonet. The UNI interface speed has been set at 155.520M 
bps. Thus, the information payload capacity in 125 micro- 
seconds is 2,346 octets, and the total information payload 
provided to the user is 135.979M bps. 

Various Belgian carriers and manufacturers now plan 
ATM experiments. The experiment will last for five years, 
and the goal is to deploy a complete system, including ter- 
minals and transmission equipment, to assess ATM tech- 
nology’s viability. ATM multiplexers and switches are less 
dependent on the bandwidths involved in particular ser- 
vices. In theory, the label is the only ATM header field 
essential to perform switching and multiplexing functions. 


Sonet 

The relationship between ATM and Sonet, which is used 
by ATM, requires some explanation. Sonet is a Physical 
Layer (Layer 1) standard in its frame definition. Sonet is 
oblivious to what goes on beyond a single physical link, 
and so does not take an end-to-end routing view (although 
it allows straight-through connections to compose an end- 
to-end physical link). Sonet is a synchronous standard in 
the sense that the position of the information within the 
frame determines who owns that information. ATM is 
asynchronous in the sense that the position of the informa- 
tion does not establish ownership; a header field is added 
to each block of information to identify who owns the data 
in the block. ATM, as discussed, has a provision for virtual 
circuit indication, allowing end-to-end routing. 

In packet switching, this routing function is a Layer 3 
capability. In general, Data Link Layer routing is also al- 
lowed by Layer 2 protocols, although not commonly im- 
plemented in WANs (it is, however, common in LANs and 
is the basis for frame-relay service). ATM does aim at es- 
tablishing an end-to-end path over which the bits can 
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travel from origination to destination, which is intrinsic 
with the connection-oriented nature of virtual circuits and 
traditional telecommunications carrier philosophy. The 
routing capability of ATM can be interpreted as a Network 
Layer capability or a Link Layer capability; however, there 
is Community interest in keeping ATM as physical and low 
level as possible, suggesting a Layer 2 interpretation of the 
ATM functions. This interpretation implies that ATM can 
use Sonet, at the lower layer, as a physical conduit. 

There already are proposals in the Exchanges Carriers 
Standards Association (T1S1 in particular) to develop in- 
terworking interfaces for SMDS (IEEE 802.6), frame relay, 
and cell relay. The major technical hurdle is the interwork- 
ing aspects associated with connection-oriented and con- 
nectionless association elements. 


Comparing Interconnection Technologies 

Frame relay fits in a continuum between private lines, 
SMDS, and BISDN. Frame relay describes an interface 
specification, and the equipment vendors can still utilize 
proprietary internal protocols. This is similar to CCITT 
X.25, where packet switches support a standardized inter- 
face but use proprietary transport, routing, and flow con- 
trol protocols, which forces private network users to use a 
single vendor’s equipment throughout the network. By 
contrast, the cell-relay technology specified in the Asyn- 
chronous Transfer Mode of BISDN is open by design. 

If frame relay were available in the public network and 
it delivered user requirements for bandwidth, delay, net- 
work management, transition, reliability, and cost, it could 
be the vehicle to attract customers away from private net- 
works and into the public arena, in preparation for 
BISDN. Hence frame relay can, in the view of these carri- 
ers, be viewed as a transition step to SMDS and BISDN 
(although the migration will require replacing equipment). 

Some users are reportedly planning to incorporate 
frame-relay technology in their private networks, to deter- 
mine if efficiencies can be achieved. Some experts predict 
that it is likely that frame-relay technology may evolve in 
the same way that X.25 did—appearing first in large, pri- 
vate networks and then moving slowly into the carriers’ 
networks. A key consideration affecting the migration path 
(in addition to public availability and ubiquity) involves 
the cost and availability of user equipment to support a 
new service, such as frame relay. In the public arena, the 
progression of services in terms of complexity and avail- 
ability will be frame relay, SMDS, and ATM/BISDN. 

At the purely technical level, since frame relay is a 
connection-oriented technology and LANs are connection- 
less, connectionless network-based services (such as 
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SMDS) provide the ideal way to interconnect them. Also, 
carriers want to avoid developing entire technologies and 
deploying networks that cater to a single application such 
as LAN interconnection. Frame relay, as currently being 
standardized, is designed for data communications only, 
as a long-overdue improvement of traditional X.25 packet 
switching. Cell relay is specifically designed to support the 
sophisticated mix of services likely to be present in a 1990s 
organization: data, voice, facsimile, high-quality image 
and graphics, integrated messaging, video, and HDTV. 

Network managers will likely be asked by their organi- 
zations to provide an integrated corporate communica- 
tions infrastructure. Integration affords engineering sim- 
plification: Why establish parallel networks for each new 
service when one can support all of them on a common 
platform? Why go to all the trouble designing, planning, 
installing, operating, and managing such different net- 
works as SNA, X.25, LANs, voice, etc.? 

Multiple service providers will have to be involved 
when frame-relay services or circuits cross LATA bound- 
aries. Although standardization of frame-relay protocols 
makes the interworking between local exchange carriers, 
interexchange carriers, and international carriers feasible 
in principle, administrative, billing, and operational issues 
make the delivery of a nationwide service a massive effort, 
likely to take time. SMDS and frame relay fare better in 
this regard. 

Table 2 compares X.25, TDM multiplexers, native 
frame relay, frame relay over a fast packet switch, SMDS, 
and ATM. 
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FDDI: Chapter Two 


Datapro Summary 


Fiber distributed data interface (FDDI) offers the communications industry a 
great many benefits, including relief of bandwidth traffic, enhanced reliability, 
improved security, and more effective multimedia support. The market anxiously 
awaits FDDI’s standards approval from the American National Standards Insti- 
tute (ANSI). In the meantime, vendors and users are rallying to ensure that FDDI’s 


market arrival is a smooth one. 


Anxiously Awaiting FDDI 


When it comes to bandwidth, most network 
managers have a pretty simple philosophy: 
More is better. It’s no secret that Ethernet 
and token ring are reaching the saturation 
point in many applications, and it’s also 
common knowledge that heavily burdened 
networks are going to be carrying even 
more traffic. Some of this load will com- 
prise data, but throughput-intensive appli- 
cations like imaging, video, and multime- 
dia will strain today’s 4-, 10-, and 16-Mbit/s 
nets to the breaking point. 

It’s no wonder, then, that the industry is 
eagerly looking to the fiber distributed data 
interface as the way to ease its current 
bandwidth crunch—and with good reason. 
FDDI specifies a transmission rate of 100 
Mbit/s, although actual throughput will 
vary depending upon implementation and 
choice of protocols. Equally important, its 
dual token rings will offer unprecedented 
reliability, while its fiber optic technology 
will deliver greater immunity to noise and 
increased security. 

The first step toward getting FDDI to 
the marketplace, the standards approval 
process, is drawing to a close. The Ameri- 
can National Standards Institute (ANSI) 


This Datapro report is a reprint of ““FDDI: Chap- 
ter Two” by David Tsao, pp. 59-70 from Data 
Communications, May 1991. Copyright © 1991 
by McGraw-Hill. Reprinted with permission. 
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has now published three of the four parts of 
the full FDDI spec, with the final part ex- 
pected in early 1992. 

As 1992 begins, however, it’s apparent 
that FDDI has entered a second and equally 
vital stage in which the role of fostering 
FDDI is being passed from the standards 
committees to the industry and network 
managers. In FDDI’s second chapter, ven- 
dors and users are working to ensure, 
among other things, that FDDI can handle 
the demands of today’s bandwidth-hungry 
applications at an affordable price. An ef- 
fort is also under way to make certain that 
FDDI products that go into production be- 
fore the standard is fully approved are in- 
teroperable. 

Just as with OSI, the first FDDI net- 
works may be priced beyond what some 
network professionals are prepared to pay. 
The high cost of FDDI adapters for work- 
stations is one reason. But the prices of 
these are expected to drop with second- and 
third-generation hardware implementa- 
tions. Another reason for FDDI’s initial 
cost is rewiring. Most buildings aren’t 
wired for fiber, and it can be expensive to 
install—more than $700 to go from the wir- 
ing closet to the desktop. Fortunately, a 
group of vendors is investigating the possi- 
bility of building FDDI networks with less- 
expensive coaxial cable, shielded twisted 
pair (STP), and unshielded twisted pair 
(UTP). | 
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Figure 1. 
FDDI: Doubles and Singles . 
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FDDI supports single-connect stations, which attach to one ring, and dual-connect stations, which connect to both rings and can be 
reconfigured around faults. A wiring concentrator (hub) links the dual ring with single-connect workstations. 


The quest for interoperability is being fulfilled by two 
FDDI test centers. The Interoperability Laboratory (IOL) 
is located at the University of New Hampshire (Durham); 
the Advanced Networking Test Center (ANTC) 1s oper- 
ated by Advanced Micro Devices Inc. (AMD, Sunnyvale, 
Calif.). Network managers should query FDDI vendors as 
to whether their products have passed inspection at one or 
both centers (see sidebar ““Testing for Interoperability’”’). | 

Like many emerging technologies, FDDI may require 
tuning and additional refinements to existing software for 
it to fully deliver on its promise. True, 100 Mbit/s is the 
figure commonly quoted as FDDI’s bandwidth, but it’s 
important to realize that this refers to node-to-node trans- 
fers, not system throughput. At the system level, the over- 
head associated with higher-level protocols like TCP/IP 
and OSI can slow FDDI. 

At the station level, F DDI—like any other networking 
technology—is at the mercy of its hardware. For example, 


the network adapter that processes packets during a file _ 


transfer has a direct effect on throughput. Similarly, it’s 
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unrealistic to expect an FDDI LAN to deliver blazingly 
fast file transfers if the disk-based subsystem can barely 
crawl. 

The good news is that computer vendors are already 
hard at work on highspeed protocols that can better exploit 
FDDI’s full bandwidth. And makers of FDDI hardware 
are bringing to market accelerators and other equipment 
that will make certain. end-users can cash in on FDDI’s 
speed. 


FDDI Essentials 


In essence, FDDI is a fiber optic, dual token ring that can 
connect as many as 500 nodes per ring, with up to 1.24 
miles (2 kilometers) between nodes and a total LAN cir- 
cumference of about 62 miles (100 km). The network uses 
its primary ring for data transmission; the secondary ring 


can be used to ensure fault tolerance or for data (see Figure 


1). 


Access to the network is controlled by a rotating token, 


similar to that passed on a token ring. Unlike conventional 
token-ring LANs, packets from several stations can share 
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Testing for Interoperability 


Until the FDDI standard is 
solidified and lengthy field 
tests are conducted on FDDI 
components, one of the saf- 
est approaches to develop- 
ing an interoperable FDDI 
network is to buy compo- 
nents that have been evalu- 
ated at either of the two U.S. 
FDDI test centers. 


The Advanced Networking 
Test Center (ANTC), estab- 
lished in June 1990, is oper- 
ated by Advanced Micro De- 
vices Inc. (Sunnyvale, Calif.) 
It has 35 members, each of 
whom have paid $20,000 for 
a two-year membership. The 
Interoperability Laboratory 
(lIOL) was established by the 
University of New Hampshire 
(UNH, Durham) to test the 
equipment used on campus. 
It has about three dozen 
members. 


Both centers test a broad 
range of FDDI components, 
including adapter cards, rout- 
ers, bridges, concentrators, 
and intelligent hubs. In addi- 
tion, both evaluate the per- 
formance and interoperability 
of components in large net- 
works under heavy traffic 
conditions. 


ANTC is a 5,000-square-foot 
facility wired with multi-mode 


the ring simultaneously. Once a station has the token, it 
doesn’t have to wait for the previous sender to remove the 
remnants of its packet before it transmits its own packet 


onto the network. 


The links connecting two adjacent FDDI stations consist 
of two 62.5/125-micron fibers with a full-duplex connector 
on each end. FDDI can accommodate both single-connect 
stations, which attach to only one ring, and dual connect 
stations, which connect to both and can be reconfigured 
around faults. A wiring concentrator (hub) links the dual 

ring with single-connect workstations. 
| FDDI’s dual-ring topology and connection management 
functions establish a fault-recovery mechanism. If a prob- 
lem arises on the logical ring (such as a broken fiber or mal- 
functioning station), the primary and secondary rings are 
- collapsed into one, isolating the fault while maintaining a 


and single-mode fiber. 
Shielded twisted pair will be 
added later. Members who 
wish to participate must sup- 
ply system-level equipment 
that can be hooked directly to 
the test ring. For example, a 
vendor with a VMEbus 
adapter card must provide a 
complete VMEbus system. 


ANTC’s primary charter is to 
test component-level func- 
tionality at the PMD, PHY, 
MAC, and SMT levels: 


¢ PMD includes testing of 
physical media dependent 
(PMD) functions such as opti- 
cal signal rise/fall times, opti- 
cal signal spectrum, and re- 
ceiver sensitivity to worst- 
case fiber, jitter, and 
degraded signals. 


¢ PHY includes testing of 
physical layer (PHY) encod- 
ing and decoding functions 
using a broad range of valid 
and invalid codes. 


¢ MAC tests for media ac- 
cess control (MAC)-level 
functions, including data 
transfer, ring recovery, and 
group addressing. 


¢ SMT includes testing for 
such station management 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


(SMT) functions as connec- 
tion management, manage- 
ment information bases, pa- 
rameter management 
frames, and timers. 


The lab also performs 
system-level tests such as 
TCP/IP and X-Windows data 
transfers. ANTC has found 
that 80% to 90% of its in- 
teroperability problems stem 
from SMT software imple- 
mentations. Hardware prob- 
lems such as buffer manage- 
ment, power supply noise, 
and link-level monitor errors 
account for 10% to 20% of 
the problems. Performance 
and interoperability problems 
at the chip level have been 
less common. 


IOL focuses mainly on 
system-level testing. The ma- 
jority of the UNH campus is 
wired using Ethernet subnets 
(350 nodes), which are linked 
via an Ethernet. The FDDI 
network (30 nodes) is located 
primarily in one building. The 
equipment, provided by 
members, includes worksta- 
tion and PC adapter cards, 
routers, bridges, and network 
monitors. 


Like ANTC, IOL also per- 
forms conformance tests at 
the PMD, PHY, and MAC lev- 
els. However, the main focus 
is on SMT, which is tested at 
two levels. First, SMT frame 
sequences are generated by 
a test station and transmitted 
to the station under test to 


evaluate the equipment’s re- 
sponse to maximum/mini- 
mum frame size, invalid 
frames, and so on. Second, 
multiple stations are con- 
nected via fiber to test the 
physical connection between 
machines. 


Once component-level func- 
tionality has been ascer- 
tained, the equipment is op- 
erated on a fully loaded ring 
using file transfer protocol 
(FTP), Telnet, and 
X-Windows file transfers. To 
test the robustness of the 
equipment, parameters such 
as fiber length between sta- 
tions are changed, and un- 
usual symbol streams are 
transmitted onto the network. 


To date, IOL has encoun- 
tered relatively few problems 
in rings of 30 or fewer sta- 
tions. Through the end of Au- 
gust, the lab will be extend- 
ing its tests to much larger 
rings using equipment from 
over 40 vendors. These and 
other such tests will go a 
long way toward identifying 
and correcting interoperabil- 
ity problems and increasing 
the confidence of network 
managers who are consider- 
ing FDDI gear. 


—By Ken Marrin 

President 

Davis-Marrin Communications 
Oceanside, CA 


logical path among users. Optical bypass switches enable 
inactive nodes to pass data directly from one neighbor to 
another without active power. If a fault occurs in a tree 
(subnetwork), recovery depends upon the configuration: If 
the tree is redundant, the logical ring can heal itself; if not, 


the subnet is isolated. 


The Layered Look 


FDDI was developed in accordance with the International 
Organization for Standardization’s (ISO’s) OSI model. 
Specifically, FDDI’s physical media dependent (PMD) 
and physical (PHY) layers correspond to OSI Layer 1 
(physical); the media access control (MAC) layer corre- 
sponds to the lower part of OSI Layer 2 (the data link 
layer). The station management (SMT) part of FDDI is 
used to control the other three layers. PMD, PHY, and 
MAC are published ANSI standards. SMT is about 90% 
complete and should be finished early this year. 
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Table 1. FDDI Cost Comparison 


Port Adapter 


FDDI $2,000-$3,000 
$4,773-$9,773 


FDDI on STP 
$3,315-$4,315 


$1,000-$1,500 


FDDI on UTP 
$3,000-$3,275 


$1,000-$1,500 


FDDI =Fiber distributed data interface 
STP =Shielded twisted-pair cabling 
UTP =Unshielded twisted-pair cabling 


The PMD layer is the bottom half of the OSI physical 
layer. It specifies full-duplex connectors, optical transceiv- 
ers, and bypass switches (optional). 

The PHY layer is equivalent to the upper half of the 
OSI physical layer. In addition to providing 4B/S5B encod- 
ing, which specifies the electrical transitions that must oc- 
cur to send data over the media, it specifies a set of line 
states that perform a handshake between PHYs in adjacent 
stations. These handshakes are the basis for the connection 
management protocols used in configuring FDDI’s logical 
distributed topology. 

The MAC layer provides peer-to-peer communications 
for the higher-level logical link control and SMT over the 
FDDI ring. In addition to token management, MAC han- 
dles system timer support, packet framing, and response to 
normal and system error conditions on the network. 

FDDI’s basic data-link frame structure is similar to that 
specified for IEEE 802 frames, with the exception of start- 
ing and ending delimiters. The FDDI frame adds a frame 
control field and frame status indicators. The maximum 
frame length is 9,000 bytes; data packets can range in size 
from 128 bytes to 4,500 bytes. 

The SMT layer handles such functions as connection 
management, fault detection and isolation, and ring recon- 
figuration. 


Cost Considerations 


At the moment, FDDI’s cost/bandwidth ratio is high when 
compared with mature technologies such as Ethernet and 
token ring—chiefly because FDDI installations must be 
rewired for fiber. The cost of running fiber from the wiring 
closet to the desktop is roughly $730, which includes $110 
for the fiber, $340 for installation, and $320 for connectors 
and jumpers (see Table 1). 

Understandably, many network managers are reluctant 
to rewire their buildings, and soon they may not have to. A 
more cost-effective approach is to build FDDI networks 
with coaxial, STP, or UTP cabling. By making FDDI avail- 
able over existing twisted-pair cabling, the need to rewire 
for fiber at the station level will be eliminated, as will much 
of the cost associated with fiber-based node adapters. 
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$2,000-$6,000 


$2,000-$2,500 


$2,000-$2,500 
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Wiring from closet to desktop 


$773 $110 Fiber 
$340 Installation 
$323 Connectors, 
jumpers 


$315 $157 STP 
$75 Installation 
$83 Connectors, 
terminators 


$275 for data-grade cable $180 Datagrade plenum 
UTP 
$75 Installation 
$20 Connectors, 
terminators 


$48 DIW plenum UTP 

$75 Installation 

$20 Connectors, 
terminators 


$143 for voice-grade 
(DIW) cable 


The group promoting FDDI over UTP, which includes 
AT&T, Apple Computer Inc. (Cupertino, Calif.), Cre- 
scendo Communications Inc. (Sunnyvale, Calif.), Digital 
Equipment Corp. (Maynard, Mass.), Fibronics Interna- 
tional Inc. (Hyannis, Mass.), and Ungermann-Bass Inc. 
(Santa Clara, Calif.), expects UTP to reduce node costs 
from $5,000 or more per port to $2,000 per port. 
10Base-T, which is used on Ethernet and token ring, costs 
about $500 per port. However, at $2,000 per node, FDDI 
might encounter less resistance in the marketplace, thus 
boosting sales considerably at the high-volume station 
level and fueling the overall FDDI market. Of course, the 
savings of using coax or twisted pair must be weighed 
against the application’s need for security, resistance to 
electromagnetic interference (EMI), and long-distance 
transmission. Fiber has a distinct advantage in all of these 
regards. 

For the near term, a compromise solution that com- 
bines fiber and copper in the same FDDI network is likely; 
fiber will be used in the backbone, where its advantages are 
most important, and copper at the station level, where it is 
often already installed. The result will be FDDI data rates 
for much lower cost. 

FDDI network components are available but expen- 
sive, chiefly because FDDI has yet to benefit from 
production-level pricing. A VMEbus FDDI adapter card 
from CMC-Rockwell International (Santa Barbara, Calif.) 
lists for $11,900, including SMT software and a simple 
network management protocol (SNMP) driver. In con- 
trast, the vendor’s Ethernet card costs from $1,500 to 
$3,200 (without TCP/IP). For PCs, a single-attachment 
FDDI adapter card costs about $5,000, compared with 
about $225 for an Ethernet card. 

The TCP/IP protocol stack, widely used in FDDI 1m- 
plementations, is purchased either as source code included 
in a developer’s kit for about $15,000 or preconfigured as 
binary code for a particular host. Binary pricing depends 
on a number of factors, including the target machine and 
the number of installations. SNMP software, which typi- 
cally runs on the host, is available separately for about 
$8,000, although it is included with many bridges and 
routers. 
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FDDI networks also require a number of other compo- 
nents, including bridges, routers, concentrators, and net- 
work monitors. FDDI-to-Ethernet or token ring bridges 
are available for $15,000 to $30,000, depending on the 
number of nodes in the network. Routers start at about 
$20,000 for a single port. An intelligent hub costs from 
$200 to $500 per port. Prices for a network monitor range 
from $35,000 to $50,000. 

Today, FDDI ports are about 10 times more expensive 
than Ethernet ports, but many expect this per-node differ- 
ential to drop to a factor of three by 1993. Ethenet prices 
will stay about the same, at $500, while FDDI will drop to 
about $1,500 per port. At that point, FDDI will offer a 
clear bandwidth/cost advantage over both Ethenet and to- 
ken ring. 


Interoperability 


Without a complete standard to guide them, it’s possible 
that FDDI vendors will end up building equipment that is 
incompatible with offerings from other suppliers. Further, 
because FDDI 1s still an emerging technology, most prod- 
ucts haven’t undergone lengthy field testing, which makes 
it even more difficult to determine compatibility. 

In recent tests performed at the IOL, most interopera- 
bility problems increased in larger networks under heavy 
load conditions, and many were difficult to detect. For ex- 
ample, one semiconductor maker’s FDDI chips had trou- 
ble dealing with packet fragments (pieces of a packet that 
the sending station hasn’t yet removed from the ring). Un- 
der certain load conditions, upstream stations mistakenly 
interpreted packet fragments as errors. In response, the 
ring wrapped around the transmitting and receiving sta- 
tions and performed a bit error rate test (BERT). 

Because there was no actual error condition, the BERT 
did not detect a problem, and the two stations re-entered 
the ring—at least for the time being. Ultimately, this con- 
dition caused stations to periodically drop in and out of 
the ring. While not catastrophic, it did degrade overall net- 
work throughput. (Like most of the bugs encountered at 
the IOL, this problem has since been corrected.) 

ANSI ratification of the PHY and MAC layers has 
helped ease concerns over interoperability, although the 
lack of a standard SMT complicates the issue. In fact, 
many of the interoperability problems detected at the IOL 
were related to the SMT layer. 

Adoption of an ANSI standard for SMT is particularly 
critical because this layer provides the necessary control 
that enables all the stations in a ring to work cooperatively 
with one another. SMT is the mechanism through which 
stations are initialized and inserted into and removed 
from the ring. It also provides the means through which 
data is loaded downline and dumped upline, station statis- 
tics are collected, and external authority is exercised over 
the ring. As noted, SMT also handles configuration man- 
agement, error detection, and fault isolation—as well as 
scheduling and address administration. 

Fortunately, there is widespread agreement on the bulk 
of the SMT functions. The remaining questions over the 
final form of SMT’s higher-level, frame-based functions 
should be resolved by the second quarter of 1992. By that 
time, FDDI will have been completely standardized. (Two 
additional FDDI standards—Synchronous Optical Net- 
work [Sonet] physical layer mapping and single-mode fiber 
PMD.-are in development. However, neither is expected to 
compromise interoperability of networks that comply with 
the MAC, PHY, PMD, and SMT standards.) 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


1232 5 
Technology Issues & Trends 


System-Level Limitations 


No matter how much bandwidth a network supports, 
node-to-node throughput may be limited by factors that 
have nothing to do with network performance. Protocol 
processing, for instance, is a compute-intensive task. Re- 
gardless of how fast the network is, a network adapter can 
only process so many packets per second. 

It is important to realize that TCP/IP throughput is in- 
dependent of the network medium (Ethernet or FDDI) 
and determined solely by an adapter’s performance. Simi- 
larly, the speed of disk-based file transfers is directly de- 
pendent upon the speed of disk accesses. Right now, the 
fastest top out at about 8 Mbit/s. 

Just how dramatically network adapters and disks can 
limit FDDI performance was recently demonstrated in 
two tests at the IOL. The first test involved a two-station 
FDDI LAN that spanned less than 100 meters. File trans- 
fers were made between the two stations employing the 
user datagram protocol (UDP) for memory-to-memory 
transfers of raw data. UDP, essentially a connectionless 
version of TCP/IP, has less functionality than TCP/IP but 
operates faster. Thus, it is sometimes used for applications 
in which connection management and reliability aren’t as 
critical. 

In this test, FDDI transfers were limited to 33 Mbit/s 
because the network adapters currently available can only 
process packets for transmissions at that rate. (In compar- 
ison, TCP/IP network adapters for Ethernet can process 
enough packets per second to support transfers between 
1.5 Mbit/s to 6 Mbit/s.) 

In the second test, files were transmitted between two 
nodes using the file transfer protocol (FTP) running on top 
of a TCP/IP stack. The test included “puts and gets,” 
which consist of a remote logon followed by remote file 
transfers to or from another station. This time, throughput 
peaked at 5 Mbit/s to 6 Mbit/s, partly as a result of the 
additional protocol-processing overhead associated with 
TCP/IP and FTP and partly because of the need to access 
hard disks. In this test, actual files were accessed from one 
system’s disk and stored on the other system’s; network 
performance in this instance is thus limited by the speed of 
the disk subsystem. 

The memory-to-memory transfers used in the first test 
are faster because they eliminate disk accesses on both 
sides. Since systems generally transfer disk-based files, 
however, the second test is more indicative of performance 
in the real world. 

Clearly, it’s unrealistic to expect high station-to-station 
throughputs on FDDI LANs saddled with slow disks and 
network adapters. Higher-speed throughput is achieved 
with high-performance hardware, such as disk caches and 
high-speed adapters. This type of equipment is more ex- 
pensive, and the benefits of using it must be weighed 
against cost. 

CMC-Rockwell International and Fibronics Interna- 
tional are both working on VMEbus adapter cards for 
FDDI; chip maker Protocol Engines Inc. (Santa Barbara, 
Calif.) is working on an FDDI chip set that includes a ded- 
icated protocol processor. A number of other vendors and 
silicon houses have FDDI projects in the works but are 
unwilling to discuss them at present. 

Of course, high-speed transfers are easier to achieve 
when the stations involved are high-end computers, since 
these can process protocols at a much faster rate and typ1- 
cally have more powerful memory and disk subsystems. 
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Still, although station-to-station performance is limited 
by hardware, FDDI does deliver a big performance boost 
over Ethernet or token-ring LANs because it supports a 
much larger number of stations before degrading. For ex- 
ample, while Ethernet might support only one or two sta- 
tions transmitting at 5Mbit/s before degrading, an FDDI 
network might support as many as 20 stations. | 

Slow hardware is not the only factor that affects FDDI 
performance. High-level protocols like TCP/IP and OSI 
can also take a bite out of FDDI’s speed. The overhead for 
a TCP/IP packet on FDDI, for instance, is 32 bytes, much 
of which is used for network addresses, error control, and 
grade-of-service specifications. Over time, that overhead 
can add up to noticeable performance degradation. 

Larger packets may be used to minimize this overhead 
once a connection is established. Typically, a network pro- 
tocol establishes its connection using a small packet but 
adjusts the packet size upward once it determines the re- 
ceiver can handle them. Sometimes, the protocol uses a 
default packet size, such as 512 bytes, for data transfers 
regardless of what the receiver can handle. (TCP/IP is by 
far the dominant protocol used on FDDI. However, much 
of what is being said here applies to other high-level proto- 
cols as well.) 

Not all applications benefit equally from large packets. 
For computer-aided design (CAD), the network is used 
primarily to transmit large data files; thus, larger packets 
can deliver a significant performance boost. On a PC back- 
bone, in which PCs use the network primarily for 
command-level functions such as remote procedure calls 
(RPCs), large packets may not help much since an RPC has 
very little data associated with it. Thus, mostly short pack- 
ets are transmitted. 

The overhead associated with protocol processing and 
data transmission also affects throughput on the applica- 
tion level. A relatively high percentage of FDDI’s band- 
width is accessible when data transfers between nodes are 
performed at the MAC level—without the use of higher- 
level network, transport, and file transfer protocols. Fi- 
bronics claims it has achieved a throughput of 90 Mbit/s 
using only MAC-level transfers. MAC-level communica- 
tions are used chiefly for bridging and LAN interconnec- 
tion. Almost all other communications, such as peer-to- 
peer traffic on an FDDI ring, would involve higher-level 
protocols to some degree. 

But as higher-level protocols such as TCP/IP and OSI 
are added to a network, throughput diminishes signifi- 
cantly. For instance, even with the help of a RISC-based 
TCP/IP accelerator, CMC-Rockwell was able to reach only 
50 Mbit/s when performing TCP/IP memory-to-memory 
transfers on FDDI networks. It’s the overhead associated 
with processing the TCP/IP protocol that causes the degra- 
dation. But Ethernet and token-ring TCP/IP networks usu- 
ally run at about 1.5 Mbit/s to 6 Mbit/s—so 50 Mbit/s is 
nothing to sneer at. 

One of the most significant sources of TCP/IP overhead 
is the delay associated with calculating the checksums used 
to verify the integrity of data. Before the transmitting sta- 
tion can send a packet, it must calculate the packet’s check- 
sum and append that checksum to the packet’s header. At 
the other end of the line, the receiving node stores the 
transmitted checksum, calculates its own checksum, re- 
calls the transmitted checksum from memory, and com- 
pares the two. | 

Another common source of TCP/IP overhead can be 
traced to the repetitive copying of data that is necessary 
each time a packet is encapsulated in a new protocol layer. 
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Before data from a user application can be transmitted 
onto the network, it must pass through several protocol 
levels, each of which processes it in a certain way. In a 
TCP/IP network running FTP, for example, the user appli- 
cation (Layers 6 and 7 of the OSI model) sends a file to the 
FTP layer (OSI Layer 5). The FTP layer, in turn, frames 
the data in ITP packets and sends it to the TCP layer (OSI 
Layer 4), which reframes the packet as a TCP packet. 

This process is repeated in the Internet layer (OSI Layer 
3) and in the MAC layer (OSI Layer 2), which is ultimately 
responsible for transmitting the packet onto the physical 
media (OSI Layer 1). The whole process is then run 
through in reverse when a packet is taken off the network. 

The overhead associated with recopying packets 
through multiple layers depends on several factors, includ- 
ing the speed of the processor, the speed of the memory, 
the type of network adapter, and the size of the packet. 

Packets that are received out of order—a familiar prob- 
lem in large networks with multiple paths between 
stations—also add to the overhead. In most TCP/IP im- 
plementations, the receiving station monitors the network 
for a certain range of packets, which are identified by their 
sequence number. If the packets associated with a particu- 
lar transmission don’t arrive in time, the station won’t ac- 
knowledge receipt of any of the packets, and all packets 
within that window must be retransmitted. 

Realizing that overhead is a serious problem, many 
vendors have boosted TCP/IP performance via network 
adapters with on-board accelerators that speed the func- 
tions associated with each protocol layer. To minimize the 
overhead associated with error checking, for example, 
CMC-Rockwell uses an AMD 29000 RISC chip and a high- 
speed DMA (direct memory access) controller (as well as 
other state machines) to calculate checksums as data is be- 
ing transmitted, thus eliminating delays. This hardware 
also offroads 30% to 40% of the host’s networking chores, 
freeing more time to execute application programs. | 

High-speed network adapters have already boosted 
TCP/IP throughput on Ethernet LANs from 1.5 Mbit/s to 
8 Mbit/s. On FDDI networks, CMC-Rockwell and Fibron- 
ics can achieve throughputs of 40 Mbit/s to 50 Mbit/s. 

It’s important to note, though, that performance on the 
underlying network doesn’t have anything to do with the 
performance of the protocol stack that runs on top of it. 
Taking a network adapter designed for TCP/IP on Ether- 
net that runs at 6 Mbit/s and adapting it to FDDI still 
yields 6-Mbit/s transmissions. 


The XTP Factor 


High-speed protocols are also in the works that will be able 
to take better advantage of FDDI’s full bandwidth. One of 
these is XTP (Express Transfer Protcol), which was devel- 
oped by Protocol Engines in conjunction with 18 other 
computer vendors and users. The U.S. Navy has already 
accepted the protocol as part of its Safenet standard. It also 
is being submitted to ISO and ANSI committees for na- 
tional and international ratification. 

XTP trades off some of the features of high-level proto- 
cols such as TCP/IP and OSI for less overhead, reduced 
latency (time between acknowledgemnts) in the network, 
and better performance under steady-state conditions. For 
example, by carrying a connection request along with data 
in a packet, XTP eliminates the time-consuming acknowl- 
edgment process that occurs when setting up a call. This 
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minimizes connection overhead and reduces network la- 
tency by a factor of four. At the application level, this 
translates into faster execution of commands over the net- 
work. 

To further enhance XTP’s performance, Protocol En- 
gines is working on a chip set to execute the protocol more 
efficiently. Simulation results indicate that the silicon and 
protocol combination will be able to hit about 83 Mbit/s at 
the transport level, thus providing higher station-to- 
station throughput on the network. The chip set is slated 
for delivery in 1992 and will cost about $1,000. Interphase 
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Corp. (Dallas) has already announced that it intends to 
manufacture VMEbus adapter cards based on XTP, and 
other suppliers are expected to follow suit. 

Despite its high performance potential, XTP will face 
the same lack of installed base and application support 
that has plagued OSI. To address this problem, Protocol 
Engines is working on gateways between XTP and other 
protocols. The first gateway will support application-level 
transfers through the Berkeley Sockets and Streams inter- 
faces, enabling applications running on top of XTP to 
communicate with UNIX applications. 
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Multimedia Basics 


This report will help you to: 


e List the basic system hardware and software components on 


which multimedia is based. 


e Determine the costs of acquiring multimedia capability. 


¢ Plan for the use of multimedia in presentations, simulations, 
education and instruction, and prototypes of new ideas. 


If the claims of desktop publishing, 
CAD and other PC-based revolu- 
tions seem to have been exaggerated, 
take a look at what the movers and 
shakers in multimedia are saying to- 


day about this new “hot” technology: 


“It’s the convergence of enter- 
tainment and computing.’ —John 
Sculley, Apple Computer. 

““No longer tomorrow’s dream. 
Its time is now.” —James Can- 
navino, IBM. 

“Bigger than everything we 
have today.” —Rick Hargrove, Mi- 
crosoft. 

Without question, new desktop 
computer tools are becoming avail- 
able to communicators. Called inter- 
active multimedia, or desktop 


This Datapro report is a reprint of ‘Making 
Sense of Multimedia’ by Bruce Anderson, pp. 
32-38, from Computer Graphics Review, Vol. 
V, No. 2, February. Copyright © 1990 by Inter- 


tec Publishing. Reprinted with permission. 
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media, this phenomenon has been 
described as everything from a pass- 
ing fad to the breakthrough that will 
make PCs as widespread as televi- 
sions and home VCRs. 

Basically, multimedia is an in- 
telligent way of combining computer 
graphics and animation, sound, 
scanned images and video so the user 
can extract the most meaning for a 
particular need. In a more abstract 
way, it is an object-oriented database 
consisting of animation, bit-mapped 
images and audio information that 
can be accessed in a nonlinear man- 
ner. 

Given its early strength in desk- 
top publishing, the Apple Macintosh 
has taken the lead in the multimedia 
race, but its continued dominance 1s 
by no means assured. DOS and OS/2 
developers say sarcastically that Ap- 
ple’s most significant accomplish- 
ment to date has been in raising the 
noise level, while third-party Apple 
developers decry the company’s lack 
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of clear direction. The fact remains, however, that 
the Apple Macintosh has spawned a growth indus- 
try in multimedia hardware and software, while 
IBM has scarcely begun to infiltrate the business. 
(See ““What About the PC?” later in this report.) 

Multimedia is not really a market, but rather 
a set of enabling technologies that apply to a vari- 
ety of markets. Because of this, the R&D invest- 
ment in the associated hardware and software is 
forecast to surpass $1 billion annually by 1993. 
The total market will grow from $400 million to 
$16 billion in the next five years. With that kind of 
potential, the technology is clearly going to be part 
of future computing. 


Reaching the Audience 


For engineers and architects, multimedia 1s not a 
design tool like CAD. Rather, it is a means for edu- 
cating the audience about a design and persuading 
them to adopt a particular view. Not surprisingly, 
early enthusiasm for the technology has come from 
the field of education. Educators recognize multi- 
media’s role in condensing complex information 
and making it more understandable, and even fun, 
to learn. In the professional design market, multi- 
media will be used most often for presentations to 
decision-makers, simulations and prototypes of 
new ideas. 

The interactive aspect of multimedia is the 
crucial component of the new technology, the part 
that makes a computer essential. Interactive multi- 
media embraces a variety of existing and emerging 
technologies. Given the appropriate capabilities, it 
could ultimately use any of the senses—from sight 
and sound to smell and touch—1in order to 1m- 
merse the user in the environment intended by the 
project creator. 


Today, however, multimedia is generally based on 
these specific components: 


¢ Videodisc: Although videotape has madethe _ 
greatest inroads into the video recording mar- 
ketplace, it does not work well with multimedia 
because of its linear structure. Searching 
through a tape for a particular segment can in- 
volve lengthy rewinds and fast-forwards, de- 
stroying the interactivity of the presentation. 
On the other hand, a videodisc not only delivers 
better picture quality, but also has the advan- 
tage of fast random-access searching, which is 
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crucial for user interactivity. Several videodisc 
players on the market can be controlled from 
personal computers, making it possible to stop 
and start at precise locations. 


« CD-ROM: Creating a multimedia presentation 
of any size will soon use all available hard disk 
space because color images and sound files are 
quite large (a single high-resolution color image 
can easily consume a megabyte or more). Thus, 
CD-ROM disks are important to the technol- 
ogy, storing as much as 600M bytes on a single 
platter. 


e Animation software: Sometimes viewed as a 


“poor man’s video,”’ computer animation has 
the advantage of being something a nonprofes- 
sional can create using clip art, video capture 
and scanned images. It also allows a designer to 
work with prototypes and hypothetical designs 
that have not been developed to the stage where 
a video could be produced. 


e Speech and music: For a formal presentation, 
nothing beats the impact of an audio track, 
which can include digitized speech, music and 
other sound effects. _ 


¢ Controller software: Like an orchestra conduc- 
tor, the controlling software makes the elements 
of a multimedia presentation work together. 
The most well-known is Apple’s HyperCard 
software, while on the PC side, similar technol- 
ogy is in the works. | 


Pricing on multimedia systems made up of these 
components varies considerably, depending on so- 
phistication (see Table 1). 


The Apple Approach 


In a major move to establish itself in the forefront 
of this new wave, Apple Computer kicked off a $15 
million promotional campaign last summer called 
“The World of Apple Desktop Media.” Because 
the company has staked a major portion of its fu- 
ture on multimedia and is farther along in this 
technology, examining such Mac tools provides an 
instructive overview of this marketplace. 

As Apple likes to point out, the Macintosh 
has built-in multimedia capabilities. Applications 
are designed from the ground up to work ina 
graphics-based environment, allowing picture and 
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A Case Study in Multimedia 


on the Mac 


An illustration of the trials 
and triumphs of multime- 
dia comes from Abacus, a 
small San Francisco 
graphic arts service bu- 
reau that assembled a 
12-minute animated Mac- 
intosh presentation to 
help Aerojet, Sacramento, 
CA, win part of a billion 
dollar NASA contract. 


For months, hundreds of 
people at Aerojet had 
been working on a rocket 
fuel manufacturing pro- 
posal, entailing a new 
fuel-mixing process that 
required the building of 
two new plants. As a re- 
sult actual videotape foot- 
age was out of the 
question for demonstrat- 
ing the technique. Anima- 
tion was a last-minute 
thought. . . and inspira- 
tion. 


Abacus first prepared a 
demonstration 40-second 
animation using Video- 
works II, predecessor to 
what is now MacroMind 
Director. The preliminary 
film showed a mockup of 
the propellant factory: 
Colored liquids flowed 
through pipes to a mixing 
room, where they were 
blended by a turning 


screw and poured into an 
open train car to be 
hauled away, with the 
train next disappearing 
into a tunnel. 


When shown to an Aero- 
jet group of about 25 en- 
gineers and executives, 
the presentation received 
an overwhelming re- 
sponse. Abacus had won 
approval to go forward 
with the multimedia 
project. 


With the deadline just nine 
weeks away, the hard 
work was just beginning. 
Fortunately, the script and 
storyboard were already 
almost completed. The 
Aerojet technical illustra- 
tor, who provided most of 
the original drawings, was 
openly skeptical that a 
small system like the 
Macintosh could develop 
a sophisticated animation 
presentation, but he was 
soon caught up in the 
process. 


Abacus upgraded the 
memory in its machines to 
8Mbyte, necessary to 
contain the animation and 
sound files. The company 
developed the essential 
backup and filing systems 


~ sound elements to be readily cut and pasted be- 


tween programs. Audio capabilities, including 
speech and music synthesis using the MIDI (Musi- 
cal Instrument Digital Interface) standard, are built 
into every machine, with stereo sound included in 
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and then began the de- 
tailed work: Scanning in 
and cleaning up the origi- 
nal drawings; coloring 
them in PixelPaint; timing 
each section from the 
tape sound-track; animat- 
ing each of the 26 sepa- 
rate storyboard 
segments; digitizing the 
voice track narration; 
breaking the sound into 
separate files; animating 
each segment with 
Macro-Mind’s Accelera- 
tor; and finally linking the 
segments together into a 
complete show. 


A section that contrasted 
Aerojet’s ‘continuous 
mix’’ production process 
with the ‘‘batch mix’’ 
method used by its com- 
petitor became the critical 
part of the presentation. 
To dramatically illustrate 
the difference, the two 
processes were shown 
side by side in the anima- 
tion. Here, Videoworks’ 
power to process up to 24 
moving objects simulta- 
neously proved invalu- 
able, although an intense 
effort was required to get 
this complex portion run- 
ning properly. 


At a preview for the Aero- 
jet proposal team, the full- 
blown production was 
also clearly a success. 
Project management de- 
cided, however, that be- 
cause of the lengthy 
pauses required to load 
each of the 26 segments 


into memory (averaging 3- 
to 4Mbyte apiece), the 
whole program should be 
transferred from disk to 
videotape for the final 
presentation. 


Thus began a new set of 
problems. The initial re- 
sults of the transfer and 
editing steps were terri- 
ble. Thin lines vibrated up 
and down on the screen. 
Graphics close to the 
edge were cropped off, 
and bright colors bled into 
other color areas. Five 
days of additional work 
were required to fix the 
problems, followed by yet 
another videotape trans- 
fer. 


Finally, the production 
was delivered—after con- 
suming 1,300 work-hours 
by three full-time com- 
puter artists and half a 
dozen free-lancers. It had 
required some 80Mbyte 
of disk space, using 700 
floppy disks for backup. 
(The company has since 
installed a tape drive.) 


A few months later, word 
came that Aerojet had 
won the contract. The 
multimedia presentation 
had played a significant 
role in the victory. 


higher-end Mac models. And, perhaps most impor- 
tant, HyperCard software is shipped with every 


Macintosh. 


HyperCard 1s a natural environment for in- 
teractivity. By adding a series of visible or invisible 
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Table 1. Multimedia Setup Costs 


(Macintosh-based systems) 


Monochrome System: 
e Macintosh SE, 20Mbyte hard disk, 


1Mbyte RAM $3,800 
e Animation software 500 
e Sound digitizer 300 
e Hand-held scanner 500 
e LCD projection screen 1,600 


Total: 


Color System: 
e Macintosh licx, 40Mbyte hard disk, 


(about) $7,000 


4Mbyte RAM $7,400 
e 19-inch color monitor and board 6,500 
¢ Animation and paint software 1,000 
eCD ROM player 1,000 
¢ Color scanner 7,000 
Total: (about) $23,000 
Video System: 
e Macintosh Ilci, 80Mbyte hard disk, 

8Mbyte RAM $10,700 
e 19-inch color monitor and board 6,500 
e Color video camera 1,500 
¢ Videotape player 1,000 
e Video recorder 3,000+ 
e Video digitizer board 2,500 
e Animation and video software 4,000 
Total: (about) $29,000 


Depending on individual budgets and multimedia needs, setup 
charges for a Macintosh-based multimedia system can range 
from about $7,000 to almost $30,000. 


“buttons” (areas on the screen the user can select 
with the mouse pointer), the multimedia program- 
mer encourages users to follow their own paths 
through the information, going deeper into areas of 
particular interest. Graphics and sound capabilities 
are an integral part of HyperCard. Through the use 
of external program routines called XCMDs, Hy- 
perCard can control videodisc players, CD-ROM 
drives and other multimedia peripherals. 

Programming of HyperCard is straightfor- 
ward, using a simple language called HyperTalk. In 
effect, the software allows control of a rich data- 
base, in which graphics, text, animation, video and 
sound are merely elements linked by the program- 
mer to produce the desired result. 

If HyperCard is too limiting, more power is 
available through third-party software selling for 
less than $500, including SuperCard, from Silicon 
Beach Software, San Diego, and Plus, from Oldu- 
vai Software, South Miami, FL. High-resolution 
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color, large-screen display, more extensive pro- 
gramming features and stand-alone run-time out- © 
put are just a few of the enhancements these 
products bring to the field. 

Beyond HyperCard, the Macintosh strategy 
in multimedia today is animation; programs based 
on interactive text or still color pictures look weak 
by comparison. The nucleus of Macintosh anima- 
tion is The MacroMind Director ($695) from Mac- 
roMind, San Francisco. This program represents a 
major update to the company’s pacesetting Video- 
works program that has been used for virtually all 
Macintosh animation presentations in the past, 
including the disk-based, guided tours on how to 
use the Mac that Apple ships with every system. 

Because animation is a collection of single 
frames flashed quickly on the screen, the develop- 
ers at MacroMind employ a spreadsheet analogy to 
enable users to lay down pictures and sound one 
frame at a time. The sheet reads from left to right, 
as in a music score, and the columns hold video 
and sound activity that will take place as each 
frame is displayed. Up to 24 channels may be con- 
trolled at once, each representing a different event 
or animation element, resulting in complex se- 
quences of independent motion and audio. 

Standard animation tools, such as wipes and 
dissolves, moving titles, etc., are built into Direc- 
tor, along with a limited auto-animation technique 
called “‘tweening.”’ With this capability, a program- 
mer can indicate the beginning and ending posi- 
tions of an object, along with the number of frames 
wanted to accomplish movement, and Director 
will interpolate the transformation for smooth ani- 
mation. 

Multimedia also goes beyond using Macro- 
Mind Director with other Macintosh enhancement 
products. Obtaining images can be done via a color 
scanner or plug-in video frame grabber board. Be- 
cause the technology is still in its infancy, the 
boards are expensive, typically $2,500 and up. But 
the link between computer and video can only be- 
come stronger. 

Audio capabilities can be enhanced through 
use of a sound digitizer such as the $249 MacRe- 
corder from Farallon, Berkeley, CA, the most 
widely used package of this type. The software al- 
lows recording from a microphone or other source, 
in mono or stereo, along with digital sound editing 
and compression of the disk file up to 8:1. 
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What about the PC? 


IBM might have been 
caught napping when the 
desktop publishing revo- 
lution began its march, 
but the company now in- 
tends to be in the fore- 
front of the multimedia 
push. Although Apple has 
initially attracted the usual 
bevy of experimenters 
and creative types, IBM is 
focusing on its traditional 
turf: large corporations, 
government and institu- 
tions. 


Since 1986, IBM has been 
covering the industrial 
multimedia market with its 
InfoWindow system 
($4,395), which uses a 
videodisc controller as the 
centerpiece, along with a 
touch screen and a pair of 
speakers incorporated 
into an EGA color moni- 
tor. It has widespread use 
in the corporate training 


environment and sup- 

ports a catalog of hun- 
dreds of commercially 
available courses. 


IBM has also announced 
hardware and software 
directly positioned against 
Apple’s offerings, hoping 
to increase its stakes in 
multimedia. The software 
is built around the Audio 
Visual Connection ($495), 
an authoring language 
and application develop- 
ment tool to synchronize 
sound, pictures and text 
under DOS 4.0 and OS/2. 
On the hardware side, 
video capture and high- 
quality audio boards, 
priced at $2,250 and 
$565, respectively, are 
now available for the PS/2 
line of computers. 


But full-motion video re- 
quires approximately 
10Mbyte per second of 
storage space, making 
digital compression a 


Animation, video and sound can be incorpo- 
rated into HyperCard, although animation must be 
accomplished by quickly flipping cards as in the 
turn-of-the-century penny movie machines. Macro- 
Mind provides an Accelerator to make Director 
output run more smoothly inside HyperCard, and 
also an Interactive Toolkit that allows HyperCard 
stacks and other multimedia programs to run in- 


side Director. 


Although most serious multimedia program- 
mers require a package like Director to integrate 
their presentations, a CAD user who is creating 
simple 3-D visualizations or prototypes might find 
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must. So for the future, 
IBM is concentrating on 
Digital Video Interactive 
(DVI), which promises 
100:1 video compression 
for efficient use of stor- 
age. Working with Mi- 
crosoft and Intel, IBM 
appears committed to 
bringing full-motion video 
to the computer screen, 
with the ability to store 70 
minutes of video on a sin- 
gle compact disk. 


Such presentations will 
primarily appeal to high- 
end markets, however. 
They need first to be pro- 
cessed on Intel’s Applica- 
tion Development 
Platform ($21,500), an 
80386 machine specially 
configured with seven 
plug-in boards. This pro- 
vides a low-resolution im- 
age, compressed at 40:1, 
that is then sent to Intel 
for further compression at 
$250 per minute. Finally, 
the resulting digital output 
is forwarded to a CD- 
ROM manufacturer for 
creation of a disk master. 


IBM plans also include an 
“integrated multimedia 
PC,’’ which is expected to 


combine a 386-based 
computer, 2Mbyte of 
RAM, VGA graphics, a 
digital sound processor 
and a CD-ROM drive, all 
for under $3,000. This 
may steal some of Ap- 
ple’s thunder. 


Microsoft, has launched a 
new Multimedia Division 
to create software exten- 
sions and application pro- 
gramming interfaces that 
will support the addition 
of stereo sound and syn- 
chronized video to the 
Windows and OS/2 Pre- 
sentation Manager oper- 
ating environments. End- 
user products are 
expected to follow in two 
or three years. 


The fight between Apple 
and IBM over multimedia 
will last several years, as 
both explore the technol- 
ogy’s true potential. And 
in the wings, the Japa- 
nese are preparing major 
entries into the multime- 
dia battle as well. 


all the animation capabilities necessary in more 
basic graphics packages, including Super 3D from 
Silicon Beach, Swivel 3D from Paracomp, San 
Francisco, and Dimensions Presenter from Visual 
Information, La Puente, CA. Creating a design a 
CAD program or directly in the 3-D package, an 
architect or engineer can create walk-throughs, ro- 
tations, camera movements, etc., without using a 
multimedia package. For smooth animation, narra- 
tion and interactivity, these files can generally be 
exported to Director as well. 
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A Demanding Technology 


Wonderful as interactive multimedia may be, it 
places significant demands on both the hardware 
and the person creating presentations. CD-ROM 
devices, for example, supply the storage space nec- 
essary for complex material, yet their access times 
and data transfer rates are significantly slower than 
hard disks (averaging 500ms vs. 28ms), making 
smooth animation and sound difficult to achieve. 

The computer itself requires a fast, powerful 
CPU and large memory capacity (4M bytes or 
more) to keep up with simultaneous audio, video 
and animation channels while polling the interface 
device to check for user input. When it comes to 
real-time video, today’s technology leaves much to 
be desired. Because current Macintosh and PC 
hardware cannot move information fast enough 
through the computer bus, users must compensate 
with a slower video rate, smaller picture size or 
fewer colors. 

On the creative side, it is a fact of life that the 
easier a process may be for the user, the more diffi- 
cult it becomes for the creator. The Macintosh it- 
self is an illustration of this; programmers struggle 
mightily to produce the intuitive interface that al- 
lows simple “point and click” operation. 

In a multimedia presentation, the creator 
must do a significantly greater amount of work to 
make the result seem simple and communicate the 
message. Video production, for instance, is very 
expensive ($2,000 per minute and up) and requires 
a good deal of expertise. A generation raised on 
professional films and TV shows is not going to be 
impressed by a home movie look. 

For this reason, the education and training 
fields have been the first to embrace multimedia 
technology. Because they repeat information to a 
succession of new recipients, productions tend to 
have a longer life-span, making it worthwhile to 
invest a great deal at the “front end”’ of a produc- 
tion. 

ABC News Interactive, for example, has in- 
troduced the first in a series of HyperCard-based 
multimedia packages, “Vote ’89: The Campaign 
for the White House.” Incorporating existing video 
footage from the presidential campaign and in- 
structional slides, the program is aimed at students 
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studying the various issues and conflicts of the 
campaign. By clicking the mouse pointer on a 
rocket icon, for example, the student can discover 
a candidate’s stand on defense issues. 

One attempt to go beyond the merely instruc- 
tional approach is being developed at the Lawrence 
Berkeley Laboratory’s Center for Building Science, 
Berkeley. Researchers there have created a proto- 
type building envelope design tool using Hyper- 
Card and a videodisc player. Text, graphics, color 


_ video, sound and animation are combined to pro- 


vide a multimedia database of building case stud- 
ies, including walk-through architectural models 
and lighting design analysis. The ultimate goal is to 
create an electronic, interactive master reference, _ 
enhanced by an artificial intelligence overlay to 
provide expert “‘advice” on implementing the data 
in the design process. 

An engineer creating a multimedia presenta- 
tion for a single prototype demonstration, on the © 
other hand, will be less likely to invest the time and 
effort necessary for a full-scale showing. There is 
also the problem of sources. Although a graphic 
designer can create an impressive illustration on 
one of the desktop art packages, an engineer gener- 
ally must look to clip art and scanners for the raw 
materials of an effective presentation. 

In larger corporations, coordination may be 
required with the company’s communications or 
audio-visual department to create an accurate yet 
professional-looking presentation. Unquestionably, 
multimedia technology favors a team approach. 

Despite the resources required, however, mul- 
timedia is a technology that is certain to grow more 
prominent in the coming years. With Apple, IBM 
and Microsoft funding the development, the pack- 
aging of information will become more refined as 
the tools are made easier to handle. 

As usual, competitive pressures will deter- 
mine how quickly the technology makes inroads. 
Similarly to CAD environments a few years ago, a 
company only needs to lose one or two bids toa 
slick multimedia presentation to be convinced of 
its importance. 

In the meantime, despite all the claims, multi- 
media technology stays ahead of the understanding 
of its potential users. But isn’t that the way all pre- 
vious computer revolutions have hit? Ml 
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Microcomputing in 


the Year 2000 


Datapro Summary 


During the past decade, the personal computer has dramatically changed the way 
in which we work. PC technology has placed computing power into the hands of 
the most pedestrian of users. As we drive to the year 2000, rapid enhancements in 
semiconductor, mass storage, and other technologies makes the future almost 
boundless. The challenge for the computer industry will be to produce new, broad- 


ranging applications and markets. 


Popular forecasters of the future tend to be- 
lieve that anything they imagine can be im- 
plemented shortly thereafter. Part of the 
blame for this expansive state of mind rests 
with the computer community. Indeed we 
have accomplished many wonders in the 
past 40 years, and it appears additional 
wonders are technically feasible by the year 
2000. 

During these four decades, however, we 
also researched tunnel diodes, perceptrons, 
wire memory, and many other technologies 
that somehow got sidetracked. One of my 
early articles for Computer magazine (in 
1977) reflected the then bright glow of mag- 
netic bubble memory. A couple of years 
later I basked briefly in the early morning 
warmth of optical storage, a technology still 
struggling for a foothold in the computer 
market. Another example: The original ver- 
sion of the Next computer employed on op- 
tical disk, but the second model retreated to 
magnetic disk. 

So, the future is out there, but it 1s ob- 
scured by a great deal of fog. Well, let us 
press on. 

Some technologies have proved to be 
surprisingly successful. The semiconductor 


Copyright © 1991 IEEE. Reprinted, with permis- 
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march promises to continue for another de- 
cade. Intel chairman Gordon Moore said as 
much in an IEEE Computer Society Comp- 
con keynote address in 1989. Conse- 
quently, all those facets of information 
technology that rest in part on semiconduc- 
tor technology—processors, memory, digi- 
tal signal processing, and communica- 
tions—should continue to drop in price 
and increase in performance. 

The progress of magnetic recording has 
not been prompted by a well-known “law,” 
but it has been equally remarkable. Other 
technologies have also advanced rapidly 
and new technologies continue to appear. 
This technological progress will result in an 
enormous expansion in computing capabil- 
ity. More capability can support more am- 
bitious applications, but these have to be 
found. 

Still, we must remember that semicon- 
ductor and magnetic-recording technology 
are the exceptions among the technologies. 
Both have advanced rapidly for a long time. 
Some technologies contributing to informa- 
tion products are not so lucky. Some have 
advanced slowly—or fitfully. Other have 
lost out because they did not manage to 
catch up with existing technologies. 


The Laws of the 
Semiconductor 


The advance of semiconductor technology 
has been so consistent for so many decades 
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that industry seers concocted “laws” to characterize past 
progress and to project the future. Here is a sampling of 
laws from Moore: : 


e The number of transistors per chip doubles every two 
years (a law originally handed down in 1975 and still 
going strong). 


e Feature size has been cut in half every six years. 


e The amount of charge needed to distinguish between two 
states has been reduced from five million to 100,000 
electrons—a factor of two each generation. 


An 11-member expert panel offers a somewhat different 
version: 


Logic and memory component density is expected to increase 
by a factor of 10 every five years through the end of the cen- 


tury.! 


(The panel was established by the Aeronautics and Space 
Engineering Board of the National Research Council to 
project the information and computer technologies that 
would be possible by 2000 to support aeronautics if suffi- 
cient resources were available.) 

Now, in the beginning of the last decade of the second 
millennium, the effect of these and other laws have 
brought us to 4-Mbit memory chips and one-million- 
transistor microprocessor chips. If the laws continue to 
hold, we should reach 256-Mbit memory chips and 50- 
million-transistor microprocessor chips by 2000. Re- 
searchers to not expect to reach the ultimate limits set by 
the laws of physics during this decade. 


Memory 
Manufacturers began producing the 4-Mbit chip in large 
volume last fall. 


Quadrupling the capacity of each generation of DRAMs [dy- 
namic RAMs] has been achieved by reducing cell size to one 
third and increasing chip area by one half.—Fujio Masuoka 


The next generation, 16-Mbit, is being developed by many 
manufacturers. Hitachi researchers have announced the 
fabrication of the following generation—64 Mbit—in the 
laboratory, but yields are still extremely low. The research- 
ers are using electron-beam technology with a feature size 
of about 0.33 um. Volume production of the 64-Mbit chips 
is said to be about five years off. In the meantime, research 
is In progress on a new way of applying light waves called 
phase shifting. This method may extend optical lithogra- 
phy down to the 0.33-um level, or even lower. With X-ray 
lithography, researchers can reduce feature size to 0.20 mi- 
crometers, making the 256-Mbit chip possible, perhaps by 
2000. Table 1 summarizes this density progression. 

Problems, such as supply voltage and cell capacitance, 
turn up all along this projected trail, though researchers 
expect to overcome them. Masuoka? most recently sur- 
veyed these problems. 


Logic Chips 
In microprocessors, Intel’s 80486 and Motorola’s 68040— 
each with more than one million transistors—represent 
the current top of the line. Intel plans to introduce the 
80586 in 1992, according to executive vice president Craig 
Barrett. One chip will hold four to five million transistors. 
An 80486-based motherboard by Pioneer Computer 
demonstrates the current state of the personal computer 
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Table 1. Projected Schedule of 
Increases in Memory Density Per Chip 


Memory Den- Feature Size Type Commercially 


sity (Mbits) (uum) Radiation Available 
4 0.80 Visible light 1990 
16 0.50 Visible light 1992 
64 0.33 Electron beam 1995 
or ultraviolet 
256 0.20 X ray 2000 
1,024 0.10 X ray ? 


art. In addition to its microprocessor and eight slots for 
optional boards, it can house up to 256 Kbytes of second- 
ary cache memory, up to 32 Mbytes of main memory, and 
a math coprocessor. 

Bruce Patterson, Intel’s managing director in Australia, 
speaking at a conference in Sydney last June, looked still 
farther out to the 22-million-transistor 686 by 1996 and 
the 100-million-transistor 786 by 2000. The expansion of 
microprocessor capability is outlined in Table 2. 


Over the last 30 years, the MIPS/dollar ratio of computers has 
increased by a factor of over one million.—Patrick G. Gels- 
inger, Paolo A. Gargini, Gerhard H. Parker, and Albert Y.C. 
Yu? | 


By 2000, Gelsinger and his group at Intel project 50- 
million transistors on a one-inch-square die operating at 
250 Mhz. They assume four parallel processors on this 
chip, operating to 750 MIPS (million instructions per sec- 
ond) each. In addition, transistors would be available for 
floating-point operation, data and instruction caches, vec- 
tor units, a graphics unit, and various controllers. 
Moreover, an interface better suited to human charac- 
teristics, involving speech synthesis, voice recognition, 
motion video, and image recognition could be accommo- 
dated on this size of transistor budget. This budget could 
also accommodate fault-tolerant design, redundancy, 
built-in self-test, and error detection and correction. 


Wafer-Scale Integration 
The one-inch-square chip that Intel anticipates is about 
four times the area of today’s largest chips. In the mean- 
time, research continues in the US, Japan, and Europe on 
advancing to wafer-scale products. In Japan, progress is 
ahead of schedule. Tadashi Sasaki reported to the 1989 
International Conference on Wafer-Scale Integration. He 
expects to see this technology in use before 2000. 

“This much is certain,’ Sasaki added. ““New process 
technology oriented toward wafer-scale integration will be 


Table 2. Projected Growth of 
Microprocessor Power 


No. of 
Transistors Commercially Clock Rate 
Designation (millions) Available (MHz) 
486 1.2 1990 40 
586 4.5 1992 60 
686 22.0 1996 100 
786 50-100.0 2000 250 
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introduced gradually into chip design, as designers find 
new ways to resolve the problems.” 


Digital Signal Processing 

A DSP is basically a special-purpose processor designed 
for exceptionally fast execution of certain instructions 
(particularly multiplication and addition). The multiply- 
accumulate combination occurs in many algorithms em- 
ployed in processing real-time signals. Thus, processing 
signals coming in from the analog world via an analog-to- 
digital converter demand this kind of computing power. 
Similar digital processing has to be performed before the 
results are sent out via a digital-to-analog converter to the 
real world. 


Between 1976 and 1986 a three-order-of-magnitude reduction 
in cost, size, weight, and power consumption occurred.—L. 
Robert Morris* 


Between 1986 and 1988 the state of the art advanced from 
fixed-point to floating-point architectures, allowing an increase 
in dynamic range and precision.—Stephen A. Dyer and L. 
Robert Morris” 


Since the DSP is essentially a type of microprocessor on a 
chip, it will benefit during the 1990s from increasing den- 
sity. A likely development is that the DSP function will 
migrate to the same chip that holds the other functions 
necessary to the operation of a complete computer system. 
The signal processing involved in such activities as speech 
recognition, speech synthesis, three-dimensional moving 
graphics, image and video processing, and data compres- 
sion and reconstitution will no doubt occur on this one 
multifunctional chip. With the data remaining on this chip 
during several kinds of processing, speed can be greatly 
increased. 

In the past, it has been impractical to integrate both the 
analog circuitry involved in going from the analog realm to 
the digital realm (and vice versa) and digital processing 
circuitry. Digital switching “pumps” the chip’s ground 
level to a degree that interferes with the precision of the 
A/D or D/A conversion processes. Recently, however, a 
new conversion technology moves the operations requir- 
ing precision into the digital realm. This technology prom- 
ises to make integration of A/D and D/A conversion feasi- 
ble on this ever-expanding chip.° 

Edward A. Lee’ believes that DSPs may become the key 
to the much touted—but little realized—integration of 
telecommunications and computation. 


Communications Chips 

Caught up in the excitement of the greatly increased band- 
width provided by fiber optics, we sometimes lose sight of 
the fact that, from another vantage point, a communica- 
tions network may be thought of as a vast collection of 
computers, connected by transmission links. Those com- 
puters, or switches as the telephone companies call them, 
are also based on semiconductor technology. Since the fi- 
ber optic links will have enormous transmission capacity, 
they will be capable of carrying telephone voice, telecon- 
ferencing, data, images, television, home shopping, and 
services not yet conceived. 

Consequently, the computer switches will need much 
more capacity, too. The same argument applies to local 
area networks and metropolitan area networks. One of the 
capabilities that will be incorporated on these switching 
chips will be the logic to interface to the high-performance 
network. 
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Most users will be hooked up to networks and use this 
interface logic. Most likely even if you are a hermit holed 
up in a Cave with a personal computer, your computer will 
contain a chip with all these interface capabilities. It will 
be less expensive to include what most users want on a 
50-million-transistor chip than to produce a separate line 
of chips for hermits. 


Neural Networks 

This technology is just beginning to be implemented on 
chips. So far most neural-network applications have been 
simulated by programming on conventional digital com- 
puters. This approach enabled experimenters to learn 
something about applications that neural networks could 
accomplish, but performance, of course, was very slow. 

In the last few years several laboratories constructed 
neural networks in hardware. Carver Mead, Michael Em- 
merling, and Massimo Sivilotti at the California Institute 
of Technology fabricated 22 “neurons” on a chip. The neu- 
rons are actually a feedback network of operational ampli- 
fiers. At present, several companies market simple neural- 
network chips. For example, Intel’s chip features 64 
neurons connected to each other and to 64 inputs through 
8,192 synapses. 

One expects that the hardware embodiments of neural 
networks will increase in density during the 1990s, along 
with other types of processors implemented on silicon. 
Hardware versions should execute thousands of times 
faster than conventional simulations. 

There are challenges ahead, however. One challenge is 
the steep learning curve demanded of development engi- 
neers who implement neural-network applications. In the 
early years of microprocessors, Robert N. Noyce, one of 
the founders of Intel, once remarked that the manuals sold 
better than the chips! Engineers had to learn how to use 
them. Neural networks will go through that stage, too, 
John J. Hopfield of Caltech told me in an interview. 

A second challenge is the number of connections be- 
tween neuronlike elements. “In the typical VLSI [very 
large scale integration] circuit, the output current of a typ- 
ical transistor feeds two or three other transistors and re- 
ceives its input from a similar number,” Hopfield noted.® 
In neurobiology, that number is on the scale of 3,000 
rather than 3. [which is] a qualitative difference.” 

Of course, the number of connections between neurons 
in current artificial neural networks is nowhere near the 
number of connections in biological neural networks. Even 
sO, say researchers at Arizona State University, “the area 
required to route connections and to contain the average 
length of interconnections increases at unacceptable rates 
as more processing elements are added.” 

A third challenge is to reproduce the learning capability 
of a biological network in an artificial neural network. 
Presently, artificial networks “learn” by setting the 
strengths of interconnections between the operational am- 
plifiers. This learning occurs in a separate phase distinct 
from operations “by running through a massive database 
of information on the problem under consideration,” 
Hopfield points out.!° Biological systems learn on the fly 
while also continuing to perform. They also require much 
less information for learning than artificial networks. 

Finally, current artificial neural networks are very sim- 
ple compared with natural networks. The biological brain 
includes many capabilities that neurobiologists have not 
yet sorted out. Sorting them out is both difficult and time- 
consuming. The task won’t be finished by 2000. 
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Dark Horses 


Meanwhile, at least four dark horses in the research 

barn—or just out of—are preparing to challenge silicon 

technology. The farthest out in front is gallium arsenide 

(GaAs) since relatively small digital chips have been com- 

mercially available for five or six years. Computing with 

superconducting, optical, or molecular elements is still in 
the research stage. | 


GaAs 

GaAs technology offers ‘‘clock rates between five and 10 
times higher than CMOS [complementary metal-oxide 
semiconductor] capabilities,” according to Ron Gates."! 


However, he said GMOS using less power “‘will remain the 


clear choice for most digital circuits.” That still leaves the 
high-performance end of the marketplace for GaAs. 

At the board level, GaAs devices work in conjunction 
with silicon chips to implement circuit paths in which 
propagation speed is critical. “In 1985, a commercially 
available GaAs circuit containing a few hundred transis- 
tors was rare,” Cates said.'? In 1990, “GaAs integrated 
circuits with over 100,000 transistors are mass produced 
and found in mainstream computer and telecommunica- 
tions systems.” 


Continuing improvements in GaAs process techniques indi- 
cate a doubling of device density every nine to 10 months.— 
Cates 


He expects microprocessors fabricated in GaAs to appear 
in the early 1990s. For some years to come, then, if the 
marketplace welcomes them, GaAs chips may follow a 
growth law comparable to the silicon pattern. 


Superconducting 

Two enticing lights appear at the end of this tunnel. First, 
superconducting Josephson junctions switch about 1,000 
times faster than silicon transistors. Second, the heat dissi- 
pation of superconducting circuits is very low, which per- 
mits them to be packed tightly, reducing transmission time 
between circuits. This, “superconductors might be used to 
develop computers that would operate a million times 
faster than today’s fastest computers, ” according to a 
1990 report of the National Commission on Superconduc- 
tivity, established by the US Congress in 1988.!% 

Of course, there are several serious scientific difficulties 
between here and there. That is why superconducting for 
computer applications remains in the research stage and 
promises to stay there during the decade. A handful of Jap- 
anese researchers continued work in the field after IBM 
withdrew in 1983. AT&T continued a modest effort. Now 
both the National Commission on Superconductivity and 
a study sponsored by the US Defense Dept. Advanced Re- 
search Projects Agency have recommended that the US 
make a greater effort. 

A group at the Hitachi Central Research Laboratory be- 
lieves that “‘all of the techniques essential for a large-scale 
computer will be developed within several years.’ For the 
superconducting computer to become a practical product 
will require breakthroughs in circuitry, powering, and 
packaging. Thus, the Hitachi group concluded: ““The Jo- 
sephson computer might appear in the 21st century.”!* 


Optical Computing 
Photons and electrons are little ““somethings” that move at 
high speed and carry information. Electrons currently 
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serve as the basic element in digital computers. Many sci- 
entists believe that photons can be harnessed for the same 
purpose. In fact, photons have been embodied in 
synthetic-aperture radar and other forms of optical signal 
processing. These kinds of processing, however, are not 
digital. | a: | 

In another application, photons convey digtial informa- 
tion over fiber optic links. The switches between these 
links are presently digital electronic, involving frequent 
conversions between photons and electrons. Establishing 
some optical switches at the linkage points would be more 
efficient. 

Perhaps that is one reason why AT&T Bell Labs is one 
of the most active players in optical computing research. 
In January 1990 its research group, led by Alan Huang, 
demonstrated a prototype digital optical computer. Lasers 
generated the photons and optical on-off switches con- 
trolled them. | 7 

IBM, for one, has its doubts. “In the early and middle 
1960s, researchers at IBM and elsewhere explored the po- 
tential of digital computing with photons instead of 
electrons.” Trudy Bell reported,'> ‘““However, the digital 
techniques seemed impractical because of limitations in 
the physics and technology of materials and the devices 
that apparently could be built from them.” 

Of course, there have been significant developments 
since the 1960s, but the IBM researchers are still skeptical. 


_ “They feel that the problems encountered in the 1960s are 


basic to the physics involved, not merely the technology,” 
Bell said. | 

A recent survey by the New York Times concluded that 
“scientists believe that optical on-and-off switches and 
even optical switchboards will one day replace their elec- 
tronic counterparts in computers, although there is general 
agreement that practical [digital] optical computers are 
still many years away.”!° 


Molecular Computing 

We have the existence proof in the form of organic life that 
protein molecules perform various processing operations 
analogous to computing. For example, when foreign or- 
ganic material enters the body, certain molecules recognize 
it as foreign and initiate a process that rejects it. Presum- 
ably a string of appropriately designed molecules in some 
artificial array could sense some phenomenon, “‘compute”’ 
what it means, and start other molecules working to do 
something about it. 

Considerable biological research is underway ll 
around the world and some research directed at this area 
commenced in 1983, according to Micahel Conrad.'’ “It is 
likely that in the next several years some molecule devices 
will be exhibited that perform primitive information 
processing,” he said. Biosensors are likely to be the first 
molecular application. 

Of course, we need to learn much more about how life 
forms function, how to abstract out some very simple pro- 
cess from the complexity of evolutionary life, and how to 
construct the protein molecules to implement this process. 
“Marketable products seem decades away,”’ Conrad con- 
cluded. oe | | 


Mass Storage 


The race between mass-storage technologies continues. A 
decade ago observers thought that optical storage would 
take over some part of mass-storage applications because 
of its high bit density. On a different tack, as knowledge of 
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Moore’s law on density spread, chip enthusiasts looked 
forward to a time when some part of the data traditionally 
held in mass storage would migrate to main memory. As it 
happened, however, during the 1980s magnetic density 
kept pace with semiconductor density and gained on opti- 
cal density. 


Capacity of magnetic recording quadruples every three years 
(the same rate at which the capacity of dynamic random-access 
memory is increasing).—Roger Wood!’ 


Magnetic storage density has been increasing by a factor of four 
every five years, a trend expected to continue.—-NRC expert 
panel 


Magnetic Recording 

The parameters that determine recording capacity include 
linear bits per mm, areal bits per sq mm, tracks per (radial) 
mm, data rate in Mbits per second, magnetic properties of 
the magnetic medium and the recording or reading head, 
signal processing techniques, and so on. 

Let us look at one of Wood’s!® parameters—areal den- 
sity. IBM’s 1989 high-capacity 3390 magnetic rigid disk 
records at 96,000 bits per sq mm. The IBM Magnetic Re- 
cording Institute (San Jose, Calif.) demonstrated a density 
of 1.8 Million bits per sq mm. “Some design challenges 
remain,” Wood noted. “IBM has yet to announce com- 
mercial plans for the technology in a disk drive.” 

In spite of a history dating back to 1900, however, 
Wood sees no danger of stagnation in areal density ad- 
vancements. ““There do not appear to be any physical lim- 
its to prevent stretching densities to many megabits per 
square millimeter,” he said. 


Optical Storage 

Erasable optical systems currently record in the range of 
400,000 to 700,000 bits per sq mm. Read-only compact 
disks record near | million bits per sq mm. The drawback 
to wider use of optical disks is not storage density. The 
difficulties in many products are relatively high cost, slow 
access time, and lack of erasability (or write capability). 
On the plus side optical disks are immune to head crashes 
and the disk is removable. Hence a great volume of data is 
separately stored or carried between computers. 


Optical storage density is expected to increase at a rate slightly 
slower than that for magnetic technology.—NCR expert panel 


Optical mass storage is a prime example of a technology 
with great promise that unfortunately began life in the 
wake of a continually developing technology (magnetic). 
Always a step or two ahead of the trailing technology, mag- 
netic recording generated the necessary funds from ex- 
panding sales to continue its exponential rate of improve- 
ment. 


Semiconductor Storage 
The areal density of a 4-Mbit dynamic RAM is 1.2 million 
bits per sq mm. Of course, future generations will have still 
greater density. Putting eight or nine of these 4-Mbit 
DRAMS on a card provides storage capacity equivalent to 
a 4-Mbyte hard disk, but with the direct-access advantage 
of semiconductor architecture. These semiconductor 
“disks” should become more competitive with hard disks 
during the 1990s as DRAM density increases and prices 
decline. 

Intel’s new 2-Mbit Flash Memory devices illustrate the 
principle that when internal feature size drops, external 
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dimensions decline, too. At 20 mm x 8 mm x 1.2 mm, a 
flash memory device can be mounted on each side of a 
memory card and still fit within the 3.3-mm thickness per- 
mitted by the governing standard.) 

Of course, all three of these mass-storage 
technologies—magnetic, optical, and semiconductor—are 
“moving targets.”’» As we contemplate an increase in the 
storage capacity based on one technology, we need to keep 
in mind that the other two technologies are also moving 
forward. In each case, a host of factors in addition to areal 
density—cost, reliability, performance, form factor, no 
moving parts, power consumption, and so on—will pay a 
role. 


The People Interface 


At present, the input to a microcomputer is overwhelm- 
ingly via keyboard; the output is a CRT display about half 
the size of a sheet of paper. The reason, of course, is that 
these two pathways to people are the least expensive. Peo- 
ple have other ways of putting out information besides a 
keyboard—handwriting, diagrams, and voice. They also 
receive information in other ways, particularly speech and 
other sound signals. Moreover, their visual field is much 
larger than the small screen. So they might like to view a 
much larger screen. 

Now all of these modalities are already in use, usually in 
a small way. More widespread use has been delayed by the 
need for additional hardware to accommodate them. That 
would raise prices. In addition, the algorithms to imple- 
ment some of these interfaces—particularly handwriting 
recognition, voice recognition, and speech synthesis—are 
not yet entirely worked out. Moreover, it is to clear if peo- 
ple feel an acute need for these additional paths. At least, 
they have not surged eagerly to acquire the interface capa- 
bilities already on the market. Perhaps they believe the in- 
terfaces are too expensive for what they do. 

The exponential growth of hardware capability, 
founded on the semiconductor laws, promises to provide 
the computing capability needed to implement these inter- 
faces during this decade—at a cost much of the market will 
find bearable. it appears that much greater computing and 
memory capacity will be necessary to accommodate algo- 
rithms that adequate handwriting recognition, voice recog- 
nition, and speech synthesis will require. The neural- 
network principle is expected to do well at these tasks. The 
marketplace will decide whether people really want these 
added capabilities. 


Handwriting Recognition 

Hand-printed capital letters (or other carefully constructed 
characters or symbols, perhaps in prescribed boxes on a 
form displayed on an entry tablet) can be recognized now. 
Several commerical products are on the market, with sev- 
eral more expected in the next year or two, including Win- 
dows H from Microsoft. Recognizing unconstrained cur- 
Sive writing, Japanese and Chinese characters, and 
handwritten mathematical equations is much more diffi- 
cult. 

Professional writers who think that current word- 
processing technology puts too much machinery between 
their muse and their manifest words might adapt better to 
cursive-writing input. Just how they create the words 
seems to be a delicate subject for some creative writers. In 
particular, they might welcome the opportunity to edit a 
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manuscript with a stylus, crossing out one word and writ- 
ing in another in the traditional way. They would like to 
view more text than the small screen presently provides. 

Similarly, mathematicians might seize upon a notebook 
computer that permits them to write a variety of symbols, 
superscripts, and subscripts in their usual manner. 

Moreover, many professionals like to make a point with 
a diagram. Certainly one could use a stylus to draw a dia- 
gram and store it in pixel form. How it could be further 
processed and for what purpose remain to be invented. 

The drawing, storing, and processing of kanji characters 
is an analogous problem. Naturally, this greatly interests 
the Far East. 

All these difficult tasks are mainly a matter of develop- 
ing complex algorithms. Consequently, predicting the 
progress made by 2000 for such efforts is more chancy than 
to forecast increased transistor density. At least the hard- 
ware capability to implement the new algorithms inexpen- 
sively will become available during the decade. 


Voice Recognition 

Inputting information to a computer by voice would be 
even easier than by handwriting. The capability has been 
available, at least in rudimentary form, since the mid- 
1970s. I remember reporting on such a system at that time. 
Aircraft maintenance was one of the applications. The me- 
chanic, both hands at work, audibly reported part numbers 
and conditions to a central computer. The system accepted 
only a limited vocabulary, required each spoken word to 
be separated, and had to be trained to each user. 

This system was a far cry from a secretary to whom you 
could casually direct a comment in colloquial speech. Per- 
formance has improved since then, ‘“‘comfortable and nat- 
ural communication in a general setting (no constraints on 
what you can say and how you say it) is beyond us for now, 
posing a problem too difficult to solve,” said Richard D. 
Peacocke and Daryl H. Graf of Bell-Northern Research. !? 
“It seems likely that we will also need natural language 
understanding before we can achieve comfortable and nat- 
ural communication with computers through voice.”’ 

So, again, we have to know more about the patterns of 
speech on the semantic level. It will take complex algo- 
rithms to decipher them, which will likely require a lot of 
computer power. In the meantime, relatively simple appli- 
cations will continue to grow. 


Speech Synthesis 

Text-to-speech conversion is now in common use in read- 
ing devices for the blind and in voice mail systems. How- 
ever, it has not taken the personal-computer world by 
storm. Very likely sighted persons would just as soon, un- 
der routine circumstances, read messages as hear them. 

“Our current understanding does permit the synthesis 
of intelligible speech,” Michael O’Malley”° wrote recently, 
“but our models, especially in their dynamic behavior, are 
not yet adequate to make synthetic speech that is indistin- 
guishable from human speech.” “Generally speaking, text- 
to-speech systems are limited by our current knowledge of 
linguistics,’ he continued. “The resulting speech sounds 
somewhat boring, but most attempts to make it more lively 
result in some sentences having a foolish-sounding 
prosody.” 

As to the future, O’Malley said that “unrealistic expec- 
tations for dramatic future improvement. . . sometimes 
arise from an unsophisticated view of the complex linguis- 
tic information involved. Improvement will continue at 
the same slow, steady pace that has produced incremental 
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progress in accuracy, intelligibility, and naturalness over 
the past three decades. However, we can expect faster 
progress in methods of delivering the technology.” 

By 2000, much more powerful hardware will accommo- 
date more sophisticated algorithms at a lower price. The 
growth of speech synthesis is likely to revolve around find- 
ing applications that people find useful. 


Displays 

What is the wish list in this area? It includes color, bright- 
ness, higher resolution, double-page screens with windows 
capabilities, capability to move images and _three- 
dimensional drawings, viewing angle, reponse time, light 
weight, low power, ruggedness, portability, and minimiza- 
tion of radiation. Most of these attributes are already 
available—at a price. During the next 10 years, because of 
advances in hardware, the price per attribute is certain to 
decline. 

CRTs will continue as the display of choice over the 
next few years, according to a recent report by the Office of 
Technology Assessment (OTA).7! In the longer term, how- 
ever, the Office expects a shift away from CRT to technol- 
ogies such as liquid crystal, electroluminescent, or plasma 
displays. Less well-known display technologies are also un- 
der investigation. 

“By the late 1990s, yet another display technology may 
become available—the active matrix flat panel liquid crys- 
tal display,’ OTA speculated. Ten- to 14-inch color dis- 
plays of 640 x 400 pixels have been demonstrated, mostly 
by Japanese companies. 


Display size (diagonal) is increasing at the rate of three inches 
(75mm) per year.—OTA 


Commercial production is about three years behind re- 
search and development demonstrations. High-definition 
television, when it takes off, will create the market to sup- 
port a large-screen, high-resolution display. It will then be 
available for computer applications, too. 


Making It Happen 


Outlining where the semiconductor laws and other ad- 
vances might take us by 2000 was the easy part. We, the 
human race—or at least some part of it—need to make it 
happen. 

Maintaining the pace of technology development dur- 
ing the next 10 years will take huge investments. Whiie the 
immediate funds may seem to come from investors, banks, 
and company profits, they come from the marketplace, di- 
rectly or indirectly in the ultimate analysis. Products have 
to be sold to large markets and the proceeds reinvested in 
development. 

A growing market for computer products requires new 
applications, additional users, or more intensive use by ex- 
isting users. Where are the mass-usage applications com- 
parable to word processing or spreadsheets? Where are the 
new users? How can we encourage present users to do 
more? 

The answers to these questions generally involve soft- 
ware. Some answers may lie in integrated systems, easy-to- 
use interfaces, open systems, and standards. If appropriate 
communities of manufacturers, marketers, and users can 
agree on these matters, software developers can produce 
the implementing software. But developers cannot pro- 
gram consistent people-computer interfaces, for example, 
if they cannot agree on what they are. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


Microcomputing in 
the Year 2000 


Managing LANs 


Now, all of this involves people seeing the possible ways 
to accommodate the semiconductor evolution, agreeing 
what these ways should be, and then learning to use them. 
That takes funds. Moreover, it takes time—usually time 
measured in years. A relatively small engineering group 
may develop the next-generation microprocessor quite 
rapidly. Getting people to adopt the resulting paradigms is 
a slower process. Yet it takes funding from a large number 
of people to support the development groups and new fab- 
rication facilities. 


Huge Investment 

The money necessary to keep the semiconductor industry 
on its exponential growth curve has also been increasing 
on its own exponential path. Twenty-three years ago Intel 
developed two new technologies—silicon-gate MOS and 
Schottky bipolar—for about $2 million. Moore remem- 
bered. Today, the cost of developing a new technology is 
around $60 million. Intel recently announced that its cap- 
ital budget for 1991 is $600 million. The cost of building a 
fabrication facility is in the $200- to $400-million range. 
Later in the decade, because of the increasing complexity 
of denser processes, that facility cost may climb to $500 
million. An X-ray process in the late 1990s may reach one 
billion dollars. 

Even large firms are finding it necessary to join forces to 
develop next-generation technologies. The other side of 
these costs is that recouping the investment requires heavy 
product sales. To put it another way, companies must jus- 
tify the funds necessary to finance the next generation. 


The number of transistors produced doubles every year.— 
Moore 


This is approximately what all these exponential curves 
mean in terms of market expansion. The production curve 
is currently going through about four million transistors 
per person in the industrialized world. 


Manufacturing cost per chip will begin to increase as feature 
size penetrates the fractional micron range, but cost per unit 
capability will continue to decline.-—NCR expert panel 


What is the industry going to do to sell transistors in these 
incredible quantities and at higher chip prices? Well, one 
outlet is new applications. 


New Applications 
Just three application programs account for the bulk of 
personal computer software: word processing, spread- 
sheet, and database management. Tens of thousands of ap- 
plication programs divide the rest of the sales among 
themselves. An estimated 40,000 programs run on the 
8086. Perhaps desktop publishing is the most recent big 
application area to arrive on the scene. Another is laser 
printing; it takes a lot of transistors to print in many fonts. 
“If it doesn’t do something that the people are doing 
right now in great frequency, it couldn’t possibly be that 
important.’ Charles Simonyi of Microsoft Corp. declared 
in a September 1991 theme issue of Byte largely devoted to 
the next 15 years. Well, one could amend that statement to 
say “what people want to do right now,” but the computer 
power and programs are not yet available. 


We’ve seen the price per instruction per second, which dropped 
at a rate of roughly 15% a year for the previous two decades, 
drop by more than 50% over the last several years,—Stephen C. 
Johnson? 
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One activity in which people do engage is television watch- 
ing. Combining television with a personal computer may 
result in an application area that absorbs some of those 
millions of transistors. This combination already has a 
name: multimedia. 

Multimedia has been available from Intel, for instance, 
in the form of add-on boards. Originally the seven add-on 
boards cost about $22,000. In February 1990, Intel re- 
duced the system—which it calls digital video interactive 
(DVI)— to two boards for $2,000. Then last November 
Intel released a pair of micrprocessor chips (750) with DVI 
for about $100. DVI enables personal computers to 
present full-motion video, high-resolution still photo- 
graphs, animation, and stereophonic sound. More than 
200 companies are developing products based on this set. 
The price of a multimedia-equipped personal computer— 
expected to cost an additional $1,000—will soon be within 
the range of many consumers. 

Storing multimedia digital data will require either enor- 
mous quantities of mass storage or high-speed data com- 
pression and reconstitution. The latter solution will use 
more millions of transistors. 

Another promising application goes by the name of 
groupware. As defined by Terry Winograd’? of Stanford 
University, groupware is “‘a new kind of software that sup- 
ports cooperative work.” Other participants in this new 
field call it coordination theory, collaboration technology, 
or computer-supported cooperative work. For the most 
part, activity in this field is still at the research stage— 
trying to figure out the mechanics of how people work to- 
gether in groups. Still, a dozen or so ideas have been re- 
duced to actual software and some are for sale 
commercially. 

For example, an electronic meeting system developed 
at the University of Arizona with IBM support is intended 
to get more ideas out in the open. In hierarchical organiza- 
tions, lower-ranking participants are often loathe to ex- 
press their opinions freely. The electronic meeting system 
permits them to interject their ideas anonymously via key- 
board. 

Some of the best minds in the software business are try- 
ing to find sizable new applications. Thousands of applica- 
tion programs are jostling for position in today’s market- 
place, with only a few becoming commanding 
applications. No doubt one or two more sizable applica- 
tions will turn up by 2000. 


More Intensive Use 

Since uncovering market-expanding software applications 
is tough, the next recourse is to enlarge the market by en- 
couraging present users to use their computers for addi- 
tional tasks. Niche programs provide reasons for more in- 
tensive use. 

However, practical obstacles slow this expansion pro- 
cess. One obstacle is the lack of standardization between 
program interfaces. That is, everything from function-key 
actions to little procedures differs from one program to 
another. That makes it hard for people to use as many dif- 
ferent programs as their work might justify. 

Some developers have tried to make program interfaces 
more similar to each other, that 1s, develop “‘integrated”’ 
systems of several programs. Various forces have ham- 
pered these attempts, including product differentiation, 
rapid release of new generations, and copyrighting of “look 
and feel.” 

Electronic mail is an example of an application that 
could be used much more extensively. Everyone who 
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wants a substitute for telephone tag is a potential customer 
for it. Just about everyone has a telephone, but the esti- 
mated number of people who actually send messages from 
their home terminals at least once a week is only in the 
hundreds of thousands. 

At the present, several factors are slowing the growth of 
e-mail. First, it is hard to use. The complex procedures to 
address a recipient are even more complex if that recipient 
is on another network. There is no universal directory of 
e-mail addresses. And—a _ chicken-or-egg problem— 
relatively few of one’s correspondents use a e-mail. Ideally 
e-mail should work as easily as the telephone system. Par- 
enthetically, it took the US telephone system 40 or 50 years 
to move from scores of independent systems to one inte- 
grated system. 

Another obstacle is the conflict between proprietary 
systems and open systems. Some companies see an advan- 
tage in locking in their customers with proprietary soft- 
ware. From the standpoint of growing the overall market, 
however, open systems seem to be more effective. 

Integrated systems rest on a structure of standards. 
Building that structure takes time. 


The cost-performance or size/performance of algorithmically 
specialized functions such as signal processing, database man- 
agement, and flow model processing will be improved by the 
year 2000 by factors of two to three orders of magnitude, pri- 
marily through the use of parallel and _ distributed 
architectures.—NRC expert panel 


Expand the Market 

The bulk of computer systems sale today takes place in the 
industrial world, mainly the United States, western Eu- 
rope, and Japan. One billion consumers live in these coun- 
tries, and not all of them have yet been reached. More than 
four billion people make up the developing world. In time 
they will absorb great quantities of transistors. 


Time 

People and organizations resist change. Some constitu- 
tionally resistant. Others are willing to change, but the pro- 
cess itself takes time. 

Therefore, the technology development outlined in this 
report may proceed more slowly than technically possible. 
Shortage of funds may slow progress. The shortage may 
_ result form an inability to increase the market enough to 
generate the necessary funds to develop technologies. The 
market growth may be slower than hoped for because great 
new applications do not get discovered. In any case most of 
the people and organizations may decide to advance at a 
slower pace than the technology could theoretically allow. 

In nature, exponential growth curves always top out. 
They turn into S-shaped curves. The fundamental reason 
is that the expanding species outstrips the environmental 
resources needed to support the next increment of expan- 
sion. For the same reason the rapid, exponential expansion 
of the computer industry will slow down when it outstrips 
its resources, or whenever the market fails to supply expo- 
nentially increasing resources. 

I know you hoped I was going to lay out the next 10 
years concretely—so you could plan on it! Instead I have 
offered glimpses of a much booby-trapped obstacle course, 
littered with conundrums about what people and their or- 
ganizations may do. 
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The technical challenges ahead of us in this decade are 
as great as they ever were in past decades. The “‘end of 
history’’—a thought that was briefly popular a year or two 
ago—is not yet. The technological future is almost bound- 
less, the “‘laws”’ tell us, certainly for this decade. Many or- 
ganizations that understand these possibilities and are 
willing to finance further investment, seek broad-ranging 
applications, open new markets, and exploit present mar- 
kets more intensively will grow and prosper. 
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Future Trends in Personal 


Computers 


Datapro Summary 


In the past 10 years, the personal computer has impacted nearly every aspect of our 
lives from recreation and entertainment to education and business. Experts predict 
that the PC and computer technology in general will undergo revolutionary 
changes in the future. Advances in molecular, optical, and superconducting sys- 
tems are expected to take us to the next threshold of personal computing. 


The Future Personal 
Computer 


Today computers are everywhere, embed- 
ded in television sets, microwaves, automo- 
biles, portable bibles, electronic personal 
calendars and telephone directories, elec- 
tronic spelling checkers, electronic dictio- 
naries, language translators (often with 
voice output), mobile FAX/phone/data ter- 
minals, and so forth. It is the age of the in- 
formation appliance. Already the typical 
household has more computers than mo- 
tors. This trend is likely to continue, with 
still more fantastic computer-based appli- 
ances on the way. But nothing is likely to 
change more dramatically than the per- 
sonal computer. The PC is expected to be 
quite different in the year 2000. The follow- 
ing projections are based on many of the 
ideas coming out of a prediction contest 
conducted by Apple in the mid-1980s that 
resulted in a concept known as the elec- 
tronic notebook. ' 


This Datapro report is a reprint of Chapter 5, 
‘Future Trends and Projects,’’ pp. 101-113, 
from Business Decisions with Computers by 
Daniel Schutzer. Copyright © 1991 by Van Nos- 
trand Reinhold. Reprinted with permission. 
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Physical Description 

The future personal computer will look dif- 
ferent physically from today’s models (see 
Figure 1). It will typically come in three 
sizes and speeds. 

The largest machine will be about 1% 
feet by 1 foot by 1'2 feet deep. It will fold in 
half to form a portable package. The next 
largest will be about half that size, and the 
smallest is expected to be the size of a 
pocket diary. It will function as a diary, 
communications device, and notebook. 

The display will quite likely cover the 
entire face of the computer. It will serve as 
both an input and an output device for the 
majority of applications. The screen is flex- 
ible, pliant, and touch-sensitive (able to tell 
which areas of the screen are currently de- 
pressed and how much pressure is being 
used). It produces high-resolution (proba- 
bly 4098 X 4098 pixels) color images of 
high brightness, but uses low power. The 
screen’s hardness can be modified elec- 
trorheologically by electric current to give 
the screen the ability to mimic the feel of 
many substances; e.g., the screen keyboard 
can mimic the IBM keyboard click. 

The display will probably include a fea- 
ture for time-lapse video overlay to handle 
video telephone or CCTV (closed circuit 
television) monitoring features. 

Advances in matrix printing and input 
scanners will allow the coated screen to be 
used as both a scanner and a printer. You 
can lay a paper image or photograph on the 
screen and it will be scanned and captured. 
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Figure 1. 
The Personal Computer of the Future 


THE TIME 
IS NOW 


CH) fd bg 


If you lay a blank page over the image on the screen, the 
image can be transferred to the paper. 

There is a central processor and two or more standard 
co-processors (e.g., a 160-bit floating-point processor and 
an interactive string processor), with slots for optional co- 
processors. The processor will probably be about 20 MIPS, 
upgradable at the top end to about 200 MIPS (supercom- 
puters will be in the terraops range in about 15 to 20 years). 
There is a minimum of 48 megabytes of memory, with 
room for expansion to 256 or more. The circuits are di- 
vided over both sides, which are connected by a flexible 
ribbon across the hinge, so the computer can be folded in 
half. 

Communications ports are standard and most likely op- 
tical. They will be capable of handling I/O (input and out- 
put). The PC communicates with the outside world to send 
and receive data, books, faxes, school lessons, and movies 
loaded into the computer, or processing assistance from 
remote specialized processors, or to rent and access storage 
space from third-party vendors, with any associate billing 
electronically transferred. The fax transmission will em- 
ploy a fractal-based data compression technique to squash 
bit-mapped images several thousandfold and allow them 
to be included as “literals” in a vector description of a pic- 
ture. 

- Since the communications ports are optical, there is no 
need for a physical link to the outside world. It is sufficient 
to rest the computer on a desk-based cradle for connection. 
There will also be zone phone points where telecommuni- 
cations can be established just by standing within a certain 
distance of a physical marker. 

The wide area network port will include a single-chip 
ISDN (Integrated Services Data Network that includes 
voice, data, graphics, video, and TV transmission) handler 
capable of running two channels at prevailing rates (cur- 
rently 64 Kbps), and one channel operating as fast as 64 to 
100 Mbps, perhaps greater (there already exist 32 Mbps 
optical networks). 

The communications port gives access to both a local 
external device bus and a wide area ISDN network. The 
local area fiber optic network can run at speeds from 100 
Mbits to | gigabit. The local port also can connect to pe- 
ripheral devices such as printers, two 500 megabyte smart 
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cards (they can store data on the card), and a single co- 
processor bus slot for third-party application-specific pro- 
cessor chips. | 

The PC will also include a data encryption co-processor 
for both secure communications and efficient data storage, 
and a speech analog/digital processor for both speech rec- 
ognition and speech generation that can be output directly, 
or via the ISDN for voice messaging. 


User Interface 

The future PC is expected to have an intuitive, customiz- 
able user interface that includes speech, touch, handwrit- 
ing recognition, and seamless communication with the ex- 
ternal world, both local and wide area, and data, voice, and 
image. All communication will take place transparently; 
there are no special commands or procedures for the user 
to learn. The interface will have a high-level graphic de- 
scription language for use as a communications protocol 
for sending messages, data, and faxes over an ISDN line. 

The interface will be pictorial and intuitive, with all the 
services integrated together (METAPHOR, or Hewlett 
Packard’s New Wave). The user will interface with the 
computer through a graphic-window-based interface. Ob- 
jects represent tasks, files, applications, background tasks 
or services and a “soft” keyboard. The interface will in- 
clude a “‘natural’’ integration of all forms of input: key- 
strokes, mouse-derived pointing, handwriting, and ges- 
tures to perform functions. The display changes and 
adapts to the function being performed. For example, 
when entering text, a QWERTY keyboard is displayed. 
When working on a spreadsheet, the display rotates 90 de- 
grees into a landscape mode with a wide spreadsheet dis- 
played, with a numeric keypad that can move around the 
spreadsheet, and a handwriting note box to allow the entry 
of smaller amounts of text information. For paint pack- 
ages, paint pots and stylus brush are provided. For music, 
there is representation of the musical instrument and a 
place for writing notes on musical staves on the screen. 
Each application can have its own unique input and output 
display. 

Because of this application-unique display and input, 
there will be greater use of application-specific buttons; 
e.g., for a text editor, there are “‘save,” “load,” “font,” 
“style,” and application-specific “help” buttons. To re- 
trieve a document, you will only need to point to its sym- 
bol or write the new document name on top of a currently 
accessed document. You can send a document or an appli- 
cation to another user by dragging its icon onto the icon of 
a telephone. 

You will also be able to create your own handwritten 
shorthand symbols for tasks. To delete a file you may just 
scribble over it, or select it for removal by drawing a circle 
around it, or double-click a mouse pointed to it. To merge 
mail, you hit the form letter, write a plus symbol anywhere 
on the surface, tap the relevant database symbol, and then 
draw an arrow toward the required output. 

Input and output sound will also likely be present (the 
NEXT computer is an example of this). Sound, when used 
appropriately, can be very effective in helping to reduce 
the clutter on the display. Sound also provides meaningful 
clues, such as signaling the arrival of electronic mail. 
Speech commands are useful to start jobs to run in the 
background. Assume the screen is occupied with database 
forms. You start the process to collect your electronic mail, 
or to look up relevant news stories coming in over the news 
wires. The computer acknowledges the command with an 
audible signal and a new active task icon. When the mail is 
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collected, a bell may sound and an icon flash or change 
color to indicate its arrival. 

The ability to customize will be a major feature of the 
user interface because different people have different 
styles. Some people like pictorial icons (you will even be 
able to design your own); others are happier with words. 
The system will let you place function keys wherever you 
wish—on top of the keyboard, or to the side. Furthermore, 
the system will remember your preferences, even if they 
relate to a remote application. 

By putting input and output into the same device, we 
have for the first time the possibility for truly intuitive in- 
teraction with the application. With a spreadsheet, you can 
slide the numeric keypad anywhere on the screen. You can 
play chess and move the pieces with your finger. 

Although many people use multiple windows on a 
screen to represent various multitasking activities, most 
applications and people work best on a full screen. There- 
fore, the page metaphor is likely to become very popular. 
With the page metaphor, you change applications like 
turning pages in a book. There will be simple screen-based 
buttons to page backward or forward as a standard feature. 
For cut and paste jobs, or for times when you want to sit 
back and watch your various computer domains working 
away on their own, windows, both overlapping and tiled, 
will be available. When you size a window you will have 
the option of viewing a portion of the whole application or 
seeing the full screen scaled down. 


User Scenario 

Consider the following scenario: When you turn on your 
computer, you will see a sheet of electronic paper. You sign 
your name across it, or speak a command. Your signature 
or your voiceprint is your password. The system matches 
your characteristic patterns of pressure, speed, and shape, 
or sound. Since it is 9 A.M., the time when you normally 
start work, the system makes the safe bet that it should 
bring up the document you were revising yesterday when 
you stopped. The displayed document is a page of printed 
text covered with handwritten marks and jottings where 
you have indicated changes. It might even be possible to 
grab the top page of the screen with your fingers and 
scrunch it into a ball when you want to abandon a badly 
written document, and then place it on the wastepaper bas- 
ket. 


Systems Software 

The multitasking operating system is resident in 4 mega- 
bytes of ROM (read-only memory). Most of the needed 
functions will be built into the operating system, reducing 
the applications programming to little more than a se- 
quence of operating systems calls with a user interface. The 
core of the system modules includes memory manage- 
ment, scheduler, message dispatcher, communications 
controller, and several service engines, each performing a 
particular type of generic task. They include a calculating 
engine for floating-point math, an editing engine, a dia- 
logue engine to support user interface, a typography en- 
gine, a drawing engine, a searching engine, a sorting en- 
gine, and a filing engine. There could even be a logical (or 
rule-based) inferencing engine. Flame technology has al- 
ready announced a Parallel Inference Machine (PIM) that 
comes as a chip which can be attached to existing comput- 
ers and workstations. The PIM is capable of 1 million LIPS 
(logical inferences per second), which is equal to about 
1000 instructions/second. 
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In many cases these engines make use of an underlying 
hardware co-processor. The functioning of the operating 
system, however, will not depend on any particular co- 
processor being available. If a suitable co-processor exists, 
the operating system will use the module in preference to 
its own software routines. The operating system will use a 
software bus to string these engines together in different 
configurations to solve specific problems. It will be object- 
oriented; engines will appear as “‘black boxes” joined by 
channels along which they exchange encapsulated objects 
and messages. Application programs will share the same 
software bus as the operating system, and some will work 
entirely through operating system’s functions. We will be 
able to treat any application as a new engine for building 
more applications. 

Besides its more conventional functions, the operating 
system controls the architecture, monitoring the various 
processors and managing the local power supplied to them 
in an effort to preserve power. Accordingly, the computer 
is a “soft” machine. There is an on switch that starts the 
machine by connecting its local power source (most likely 
a thin film battery) to the main circuit, but powering down 
is a software function. There is a secure reset button that 
can be activated by the machine’s own coded stylus. The 
local power source will be good for at least 12 hours of 
continuous operation, with the capability to recharge in 10 
minutes from any external power source. 


Application Programming 

Programming for the user will be by example (or, if pre- 
ferred, by flowcharts). When programming by example, 
the user steps through the job sequence in learn mode and 
then saves the sequence as an intelligent agent which per- 
forms the customized task when called upon. The agent 
may be generalized by asking you to enter data and param- 
eters at run time. It will work like a combination keyboard 
macro-pipe-batch file-job control program to the 100th 
power. Because of its seamless communications capability, 
the computer can use agents on remote computers as well 
as its own local ones. 

The system will contain a full-scale object-oriented da- 
tabase engine whose file structures are designed to facili- 
tate hypertext-style cross-referencing between the contents 
of different documents. Large amounts of indexing will of- 
ten be performed on the fly. For example, as you type text, 
the operating system will examine each word after you 
press the space bar. It will look it up and consider it a can- 
didate for indexing against already defined categories for 
cross-reference. And when you load data in batch mode, 
the operating system will automatically do string functions 
like searching for categories and spell checking. 


Uses 

With such a computer, the possibilities are almost limit- 
less! It could be used as a help in selling. For example, you 
don’t just get a picture of a video recorder on the screen, 
you get a three-dimensional working image of the recorder. 
You can touch the buttons and operate the recorder before 
you buy it. Your working environment will resemble the 
world around you. Electronic banking will present you 
with a check to sign that will look like a real check and 
require a real signature. In database work, you will use 
forms and charts that more closely resemble the old- 
fashioned hand-data entry, and sketches rather than the 
rigorous fields and graphs of the current computer envi- 
ronment. The possibilities seem to be limited only by the 
individual imagination. 
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More Extreme Predictions 

There are those who predict a radically different future for 
the personal computer. They predict that the ultimate per- 
sonal computer will not look like an electronic notebook at 
all, but rather will be the size of a golfball. We will commu- 
nicate with it through speech, and it will respond to us with 
voice outputs, and where it is useful, with projected holo- 
graphic images. 

Still more strange, the computer might be a set of 
computer-controlled goggles, headphones, and gloves, or 
possibly even a body suit (or data suit), that send the user 
off into an artificial reality where he or she can become 
part of a scene from a movie, a travelog, or some surreal 
fantasy world. Such a system would have the potential to 
transform entertainment, education, engineering, science, 
medicine, and even pornography.” Crude artificial reality 
machines already exist in the university and military labo- 
ratories to train pilots in artificial cockpits, and to allow 
architects to design a building and then to lead a client ona 
tour of it. There is even a commercial product based on the 
artificial reality concept. Mattel, Inc., introduced a $90 
computer glove that enables users to control some Nin- 
tendo games with hand gestures. The glove is partly based 
on the design of a glove built by VPL Research, Inc., an 
artificial reality firm. 

Of course, artificial reality might become too appealing, 
like an electronic LSD, and people might seek to ban it. In 
fact, Timothy Leary, the former Harvard researcher who 
popularized LSD in the 1960s, claims that artificial reality 
is “‘getting closer and closer to the psychedelic experience.” 


Revolutionary Technologies 


In recent years, we have seen dramatic increases in perfor- 
mance being achieved with the silicon semiconductor 
computer. Semiconductors keep halving in linear dimen- 
sion. The result is a doubling of the speed and a quadru- 
pling of the capacity. Advances with this technology can 
probably continue only four or five more times before re- 
liability and yields become unacceptably low. Then where 
will we get the future dramatic improvements from? 
Research attention is now being directed toward devel- 
oping new computer architectures and materials that will 
further improve speed and performance and mimic hu- 
man intelligence. Some of the technologies researchers are 
investigating include parallel processing, including neural 
networks; superconducting chips and transistors; optics; 
and biological material. All these projects were included in 
the newest budget proposals submitted by Japanese 
government-industry consortiums to MITI, the Ministry 
of Trade, which is known for funding key research thrusts. 
There is also the possibility of more exotic breakthroughs 
like superconductor computers and molecular computers. 


Superconducting 


Advantages of Superconducting 


Until the late 1970s, the density of circuits in the state-of- 
the-art silicon chip had been doubling each year. Since 
then, the advances have slowed to a doubling every two 
years. Higher circuit densities also boost the electrical re- 
sistance of the chip. Chips with more electrical resistance 
run hotter, increasing the chances of failure. So as the den- 
sity of the silicon chips have increased, the need for cool- 
ing has increased. Today, some 10 percent of the cost of 
installing a typical mainframe goes into buying the air con- 
ditioning system. In fact, today’s supercomputer systems 
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are often dwarfed by their companion cooling systems. Ifa 
supercomputer that has no heat energy loss could be built, 
it could have its circuitry more densely packed, resulting in 
shorter propagation times and faster processing speeds. 

Superconducting offers this potential. 


Recent Advances in Superconductivity 


| Superconductivity was first identified by the Dutch physi- 


cist Heike Onnes in 1911. Until a few years ago, the effect 


_ was observed only when certain metals were chilled with 


costly liquid helium to nearly absolute zero, or —459°F. In 
the early 1980s, two scientists at IBM’s Zurich Research 
Laboratory, K. Alex Muller and J. Georg Bednoz, began 
looking at ceramic oxides. Ceramic oxides are typically 
poor conductors, actually insulators, at room temperature. 
In April 1986, they reported that a ceramic achieved su- 
perconductivity at 13°F above the highest temperature 
achieved for the best metal alloy. 

Paul Chu made history in February 1988 when his team 
of physicists at the University of Houston and the Univer- 
sity of Alabama chemically combined four elements to cre- 
ate a compound capable of superconducting at the record 
—283°F. This is above the boiling point of liquid hydrogen, 
which is —320°F. Liquid hydrogen is a cheap and easily 
obtained coolant. The chemical was dubbed 1-2-3 by IBM 
scientist Grant and his colleagues. The name refers to the 
atomic ratio of its components: | part yttrium, 2 parts bar- 
ium, 3 parts copper, and a varying amount of oxygen. Soon 
after rival researchers at the University of California at 
Berkeley discovered the compound, and since then it has 
spread like wildfire. Other firms with active research pro- 
grams in superconductivity include GE, AT&T, IBM, 
Hewlett-Packard, Dupont, Lockheed, Westinghouse, Uni- 
versity of Houston, University of Alabama, University of 
California—Berkeley, Stanford, Cornell, MIT, University 
of Illinois, Department of Defense, Department of Energy, 
NEC, NT &T, Toshiba, and Fujitsu. Japan has put together 
a consortium on superconductivity that is similar to its 
fifth-generation computer project. 

Of course, the stable, high-temperature superconduc- 
tors discovered to date would require even more expensive 
cooling systems than the current crop of supercomputers. 
But a cost-effective supercomputer built using supercon- 
ductivity could probably be achieved in steps. 


On-Chip Connections 

Practical problems have been discovered with supercon- 
ductivity. IBM research indicates that some of the new 
high-temperature superconductors actually conduct elec- 
tricity at a slower rate than copper. The current flows 
through copper at one-fourth the speed of light. Another 
problem limits the potential of superconductive intercon- 
nects when they are used between conventional Integrated 
Circuits (ICs). As ICs heat up, they could raise the temper- 
ature of interconnects enough to lose their superconductiv- 
ity. On-chip connections could be limited by the same 
problem. But replacing today’s metallic on-chip connec- 
tions with supercomputers might offer a bigger offsetting 
gain. They could significantly reduce the chip’s power 
needs, while allowing denser circuit packing. Thin-film 
fabrication of the 1-2-3 substance was demonstrated at 
Stanford in March 1987, and at IBM in April 1987. 


Josephson Junctions 


A more distant prospect for the use of superconductors in 
computers would be the development of ICs on which 
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even active elements are fabricated from superconductors. 
One candidate would be Josephson junction devices. 

Josephson junctions are superconductor-based switch- 
ing devices that operate 50 times faster than today’s best 
silicon transistors and 10 times faster than the best semi- 
conductor devices, which are made of gallium arsenide. In 
addition, they have a very low power consumption and a 
very low heat dissipation. Problems remain with realizing 
the practical implementation of superconducting Joseph- 
son systems. However, none of the problems appears in- 
surmountable. 


Superconducting Computers: A Reality? 


An all-superconductive computer is probably at least a de- 
cade off. If it comes, it will probably advance in steps. The 
Nobel Prize-winning physicist and computer scientist 
Kenneth G. Wilson, currently at Cornell, adds: ‘““Supercon- 
ductive computers will have to go all the way to mass pro- 
duction before they can be said to have any significant im- 
pact on the computing world. As far as I can tell that’s a 
long way away.”? William J. Gallagher, manager of ap- 
plied cryogenics at IBM’s T.J. Watson Research Center in 
Yorktown Heights, New York, who is overseeing some of 
IBM’s superconductivity research, says: “It’s all very much 
blue sky. But it’s somewhat less blue sky than it was last 
month and an awful lot less than it was a year or so ago.” 

Even if we never do see a superconducting computer, all 
this focused research is already laying the foundation for 
another sort of major impact. Materials science has no 
well-developed modeling; it is still very much in the prov- 
ince of the professional simulation. So the biggest break- 
through of all this activity may not be a computer at all, but 
a breakthrough in analyzing and modeling materials sci- 
ence. 


Optical Computers 


Advantages of Optical Computers 


Optical computers hold the potential to reach speeds a 
thousand times faster than the most powerful conven- 
tional machines.* Light moves faster than electrons 
through semiconductors; in fact, an optical computer 
could operate at speeds reaching the physical limit. 

Light can transmit a lot more information than electric- 
ity. This is what has prompted the use of optical fibers for 
communications in place of digital electronic transmis- 
sion. Additionally, an optical computer would be more ef- 
ficient for routing telephone calls transmitted over fiber 
optic lines because it would not have to convert back and 
forth from electricity to light. 

Because photons do not interact, light beams can cross 
each other without interference. Therefore optical com- 
puters could be more interconnected than their electronic 
counterparts. The increased interconnection means we 
could design computers with shorter paths, and the length 
of the path determines the speed of the computer. 

This property would also make it easier to implement 
parallel processing on an optical computer, and to solve 
problems with large amounts of data by accessing lots of 
data in parallel. Indeed, future optical computers might be 
a solid 3D block, allowing for still more interconnections. 

An optical computer would also be more flexible than 
an electronic computer, since its circuitry would consist of 
beams of light that could be reconfigured more easily than 
wires. 
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The military is interested in optical computers because 
they are harder to break into and would not be disabled by 
the electromagnetic burst resulting from a nuclear blast. 


Recent Advances in Optical Computers 


On January 29, 1990, Alan Huang, a researcher at Bell 
Laboratories, demonstrated an important step toward op- 
tical computing: a digital optical processor. The optical 
computer makes use of an optical switching device called 
SEED (self-electro-optic effect device), developed at Bell 
Labs in 1986. 

Since light beams do not interact, it is hard to make 
them turn one another on and off. SEED overcomes this 
difficulty in the following manner: A voltage is applied to 
the switch which makes it transparent, permitting a laser 
beam to shine through. Directing a second beam at the 
switch material makes it opaque. 

Currently the prototype is several cubic feet in size and 
a little bit slower than today’s supercomputer. It is antici- 
pated that the next version could be reduced to several 
cubic inches and made to process as quickly as today’s su- 
percomputer. Of course, this optical computer has the po- 
tential to get much smaller and to operate at much greater 
speeds. 


Forecast for Optical Computers 


General-purpose optical computers are expected to be 
available commercially early in the next century. Bell Lab- 
oratories thinks we will see the first application of an opti- 
cal computer before we are halfway through the decade of 
the 1990s. 

Of course many obstacles must be overcome before op- 
tical computers become practical, and there are plenty of 
skeptics who believe this will never happen. The skeptics 
admit that it is possible to build an optical computer, but . 
they do not think it is a practical alternative to the elec- 
tronic computer. IBM did a lot of research on optical com- 
puters in the 1960s and concluded that light uses more en- 
ergy than electronic computers and would not be practical. 
Bell Labs representatives think optics are good for trans- 
mission and connections, but not for much else. 

Before optical computers can become practical, they 
must be miniaturized so they can be mass-produced. We 
also must learn how to program parallel processes better 
before we can take full advantage of the optical computer. 


Molecular Computers and Other Advanced 
Architectures 
Of all the advanced, revolutionary technologies, the mo- 
lecular machine is probably the most exotic, with perhaps 
the potential for the greatest performance gains, but prob- 
ably the farthest from reality today. In Engines of Creation, 
K. Eric Drexler® discusses the possibility of using molecu- 
lar computers. He calls it “nanotechnology” because mol- 
ecules have the dimensions of nanometers (billionth of a 
meter). One nanometer is a thousand times smaller than 
the scale of the present semiconductor chips. 
Breakthroughs are expected before the end of the cen- 
tury that will enable us to custom-build single molecules 
that can store and process information and fabricate other 
molecules. Molecular machines already exist in nature. Ex- 
amples include DNA, RNA, and enzymes that assist in the 
reproduction and repair of biological organisms. Scientists 
have succeeded in developing simple molecular machines 
in the laboratory by modification of these natural ma- 
chines. These early, simple man-made molecular machines 
are only capable of performing very specific tasks, such as 
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artificial antibiotics and interferon. But in the future there 
will be new types of these systems capable of performing 
many functions, only some of which may be biological. 
These new machines will combine the fields of molecular 
biology, thin-film chemistry, high-temperature supercon- 
ductivity, flat-screen technology, X-ray lithography, 
charge-coupled devices, neural network architecture, and 
atomic scale microscopy. | 


Types of Molecular Machines 


Molecular machines will probably divide into those that 
process only information (computers) and those that pro- 
cess materials or energy (robots). Molecular computers 
would replace semiconductor logic devices with molecular 
logic devices, although we may see an intermediate tech- 
nology, such as quantum effect devices, along the way. The 
molecular logic devices would have linear scales a thou- 
sand times less than the present semiconductor devices, 
and would be three-dimensional rather than two- 
dimensional. Eventually, they will probably be a thousand 
times faster and have a billion times greater capacity than 
present microprocessors and RAM. We can envision a par- 
allel processor of the future being the size of a human brain 
and having more than a quadrillion nodes. The robotic va- 
riety could be capable of programmed movement and ma- 
nipulation of the environment. They could perform func- 
tions on other molecules, such as acquisition, storage, 
transport, fabrication, or repair. They could mass-produce 
useful molecules from raw chemicals. 

A special case is in the area of I/O and communications. 
One of the functions of active elements on the outside lay- 
ers of a lattice design might be to change their response to 
light so that the entire outer surface of the molecular logic 
device would function as a holographic interface with the 
outside world. It could therefore be used as a display or as 
a high-bandwidth channel for I/O. It might also serve as 
both a camera and a display so that a pair of such molecu- 
lar logic devices could be connected over a high-bandwidth 
channel so that each could display what the other sees in 
full color and three dimensions. 


Possible Evolution 


There are many different scenarios for how these molecu- 
lar engines might evolve. For example, extension of cur- 
rent work in molecular biology might lead to highly modi- 
fied cells, viruses, or viruslike molecular effectors that 
could lay down at least the substrate for re-creating other, 
similar devices. This might then be further structured or 
permanently “nanocoded” using other such modified bio- 
forms. Another possibility might be to use the tendency for 
certain polymers, such as some lipoproteins, to form 
highly regular two-dimensional lattices when stretched 
into molecular films. Perhaps we could structure such a 
lattice using X-ray scanning or scanning tunneling micros- 


copy. 


Conclusion 


As computers continue to permeate society, their impact 
will grow. Like the automobile and television, they will 
dramatically and fundamentally alter our way of life. Their 
impact will affect all facets of our lives. 

Recreation and entertainment will become more inter- 
active. They will probably even be delivered, viewed, and 
billed through computers and computer networks. 
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We already have electronic translators with voice re- 
sponse output for the future traveler, and electronic pocket 
dictionaries and spellers for the budding author. Next we 
will have translating telephones and portable expert advi- 
sors. 

There will probably be an increase in electronic shop- 
ping (shopping through television and_ electronic 
computer-based catalogs). Marketing and advertising will 
integrate with these services and become more directed, 
focused, and customized. 

Education will be more individualized, with greater de- 
pendence on electronic tutors and interactive instruction 
via “smart” television. 

Work will be less structured, more creative and 
thoughtful, with more emphasis on group effort. 

Computers may include the ability to transport the user 
into an artificial reality. 

The nature of computer software development will be- 
come more one of specifying, analyzing, and integrating 
pieces of packages. To do this kind of activity well will 
require greater knowledge of the available packages, their 
strengths and shortcomings, their availability, reliability, 
and use, as well as where and how to patch and intercon- 
nect. 

Even the law will be affected. We will have to consider 
the rights of consumers and the liabilities of vendors when 
the computer package gives advice that can affect you or 
your company’s health and economic well-being. 

Security and protection against electronic intrusion and 
fraud will become increasingly critical and sophisticated as 
dependence upon computers in every facet of life grows. 

Computer technology may go through some revolution- 
ary changes. In the future we may all be using computers 
based on superconducting Josephson junctions, optics, or 
even molecular computers. The computer’s architecture 
may include large arrays of parallel processors all operat- 
ing in unison. 

Don’t throw away your old semiconductor textbooks 
quite yet. Researchers face a difficult nontechnical chal- 
lenge in displacing the current computer technology: They 
are fighting a moving target. While they are doing research, 
the older revenue-producing technology keeps improving. 
In fact, it was the anticipation of advances in silicon that 
led IBM to drop the first Josephson junction research. So it 
is not certain that superconductors and Josephson junc- 
tion technology, or optics, or molecular computers, will 
succeed in playing a major role in the computer of the fu- 
ture. 
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Datapro Summary 


Although it is not commonplace in organizations just yet, cooperative processing 1s 
a technology whose time has come. By optimizing a company’s computing power 
and hardware investment, managers are beginning to realize that cooperative 
processing makes good economical sense. Since the technology is new and 
cooperative processing tools are unsophisticated and relatively scarce, 
implementing a cooperative processing environment can be a daunting operation. 
Still, organizations that move to a cooperative processing architecture find its 


rewards are plentiful. 


Cooperative Processing 
Benefits 

Most of the computing world—anyone run- 
ning linked mainframes, minis and PCs—is 
probably spending more time, money and 
processing power than it needs to and get- 


ting less integration and ease of use than it 


should. Cooperative processing can change 
all that. 

Cooperative processing can cut host re- 
source costs by as much as 60% to 80% and 
substantially reduce communications costs 
as well. It can replace crowded, mono- 


chrome 3270, AS/400 and VAX screens 


with a single, colorful, graphical, user- 
friendly, PC-like interface. That single in- 
terface can provide simultaneous, user- 
transparent access {to every essential 
corporate system while providing for the 
control, integrity and maintenance of every 
corporate PC. Cooperative processing is 
the technology of tomorrow, but companies 
can start putting it in place today. 


This Datapro report is a reprint of ““To Each Its 
Own”’ by Kathleen Melymuka, pp. 66-75, from 
ClO, Volume 4, Number 7, April 1991. Copyright 
© 1991 by International Data Group. Reprinted 
with permission. 
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Cooperative processing means process- 
ing different parts of a single application on 
different computers to make the best use of 
the processing power of each. It is not a new 
idea, but it’s an idea whose momentum de- 
pends upon a critical mass of host-based 
PCs, which only recently has _ been 
achieved. “Cooperative processing has 
been used with programmable workstations 
for 10 years or longer, but the dominance of 
some PC architectures has delayed its 
broad use,” said Allen A. Kalkstein, a part- 
ner in the Chicago-Great Lakes manage- 
ment consulting regional office of Ernst & 
Young, which is currently implementing 
cooperative processing systems for large 
corporate clients. 

Kalkstein explained that the explosion 
of stand-alone PCs in the ’80s and the ensu- 
ing rise of departmental computing put co- 
Operative processing on hold until recently. 
Today, a large installed base of PCs hooked 
to hosts, a new understanding of the limits 
of departmental computing, and IBM’s 
SAA announcements all are pointing to co- 
operative processing as the future of com- 
puting. 


A Matter of Economics 


Cooperative processing makes the most of 
an organization’s computing power and in- 
vestment in hardware. “Most people using 
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Begin with an 


Interface-Lift . 


Cooperative processing can 
be implemented in three 
phases, starting with the 
front end, according to Allen 
A. Kalkstein, a partner at 
Ernst & Young, a New York- 
based consultancy that helps 
large corporate clients de- 
velop cooperative- 
processing systems. “Users 
want functionality and ease 
of use, so you start with what 
we Call 3270 beautification. 
You look at the old boring 


You take one screen and 
parse it out to multiple 
screens; take multiple 
screens and put them to- 
gether according to the way 
work is.done.”’ 


But true cooperative pro- 
cessing is more than just put- 
ting on a pretty face. “‘in 
3270 beautification,” said 
Kalkstein, “‘you’re still dedi- 
cated to the mainframe. If it 
goes down, you go down.” 


peer-to-peer cooperative- 
processing environment. You 
want to delegate as much 
processing as possible and 
make it stana alone on the 
PC.” For instance, a market- 
ing application in a company 
with dispersed sales offices 
would bring the enhanced 
mainframe application to the 
field-office PCs. the field per- 
sonnel can work on it without 
any connection to the main- 
frame, exchanging informa- 
tion with the host only as 
needed. 


Only when the business is 
completed and it’s time for 
other members of the corpo- 
ration to act on it do you 


“You want to use the main- 
frame as a central database 
and repository,’’ said Kalk- 
stein. ‘“You want to allow ex- 
tensions of the organization 
the freedom to act as inde- 
pendently as possible.’’ 


The final phase is control. 
“You've got to maintain and 
control versions of software 
and related data sets that run 
on the PC,” Kalkstein ex- 
plained. His solution is distri- 
bution software that trans- 
mits new applications, 
releases, tables and docu- 
ments to be sure everyone is 
in sync. ‘Without those three 
pieces, cooperative- 
processing solutions will only 


screens and enhance them 
with color, pop-up menus 
and [context-sensitive] help. 


So the second phase, ac- 
cording to Kalkstein, involves 
“exploit[ing] a full-blown 


transmit it and interface with 
the mainframe applications. 


be partially useful to an 
organization.”’ 


host-based applications on the PC are using a PC as a 
dumb terminal,” said Philip Carpenter, product manager 
for Mozart Systems Corp. of Burlingame, Calif., a maker 
of cooperative processing tools. “That is not a strategic 
way to take advantage of the PC. They are powerful little 
beasts.” 

“The biggest reason for cooperative processing is 
economics,” said Douglas Engle, product manager of Vi- 
sion 2000, a collection of cooperative-processing products 
designed to enhance management productivity for Soft- 
ware 2000, based in Hyannis, Mass. “The mainframe is 
very expensive from a human-resources standpoint. It can 
take 30 people just to operate a mainframe. The PC is low- 
budget equipment, and the people are already there. Ev- 


erything you can pull off [the host] and put on little boxes 


gives a higher return on your investment.” 

With mainframe MIPS running around $150,000 each 
and PC MIPS below $1,000, the economics are clear, said 
Stephen Sayre, vice president of marketing for Easel Corp., 
a Woburn, Mass., maker of cooperative-processing tools. 
“It’s an order of magnitude differential,” he said. “Of 
course, a CIO will tell you that a MIPS is not a MIPS is not 
a MIPS, but when the smoke clears, if you’re off-loading 
from mainframes to PCs you’re going to save hundreds of 
thousands—if not millions—of dollars over your invest- 
ment horizon.” 

Cooperative processing combines the best of the main- 
frame and PC worlds. The PC can provide colorful, user- 
friendly graphic interfaces, editing, data validation and a 
good deal of local processing. The host is reserved for big- 
guns number crunching and integrating PC transactions 
into larger corporate systems. Because as much processing 
as possible is done at the PC, expensive mainframe cycles 
are replaced by cheaper PC cycles, and less interchange of 
data means lower communications costs. ““The more you 
can offload to the PC, the more money you’re saving,” said 
Mozart Systems’ Carpenter. 

Cooperative processing also reduces training costs, 
since the single, common user interface provides the same 
look and feel to each application, allowing simultaneous, 
user-transparent access to a range of mainframe or mini 
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hosts from the PC. Using a tool such as Mozart, for exam- 
ple, you can pull data from 3270s, AS/400s and DEC 
VAXes simultaneously. “The user has no idea this is even 
going on,” said Carpenter. “Before, you would have to 
know where the data is, log onto each different machine, 
write down the data and log off. Now you don’t have to 
know or care where the information is.” 


Cooperative Tools 


The logical place to start cooperating is with the user inter- 
face. “You don’t want a $5 million box doing something a 
PC is designed to do,”’ said Engle. “Machine cycles get 
soaked up in the display process. You’re sending machine 
cycles back and forth saying, Now the display looks like 
this. Now the display looks like this. . . | 

Cooperative processing tools such as Infront by Multi 
Soft Inc. (Lawrenceville, N.J.), Mozart by Mozart Systems 
Corp., and Easel by Easel Corp., enable developers to con- 
struct user-friendly front ends to mainframe programs. 
Since the front ends intercept the terminal data stream 
sent by the host, they look to the host like a dumb terminal, 
and no changes to mainframe code are required. Such tools 
commonly include a third- or fourth-generation language, 
a screen-development tool, a communications tool and a 
software-distribution tool. These can assist developers in 
shifting processing tasks from the mainframe to the PC, 
but that’s the tricky part. “It’s a fundamental rethink of 
how you build applications,” said Easel’s Sayre. “Instead 
of building skyscrapers you’re building one-story modular 
structures on a million square feet of land. You’ve got to 
figure out which part of the application belongs where.” © 

Design isn’t the only problem. The immaturity of coop- 
erative processing presents its own challenges. “It’s a new 
technology, so there will be some of the same problems you 
get with new software,” Kalkstein explained. “Releases 
may not be fully ready. It’s like the late ’60s and early 70s 
[when current mainframe technology was in its infancy], 
not like the maturity of [today’s] mainframe environment. 
In a way we’re slipping back to a period where vendors are 
less sophisticated.” 
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Anatomy of an 
Implementation 


At Comdisco Inc., marketing 
drives business, and a jerry- 
rigged system of PCs linked 
to the mainframe was driving 
the marketing department 
crazy. The Rosemont, Iil., 
company buys, sells and 
leases high-tech equipment, 
so when the inefficient sys- 
tem threatened to swamp 
sales in 1987, Ron Markham, 
hired to build a central corpo- 
rate database, became the 
cooperative-processing guru 
by default. 


The saies-support system 
was complex and difficult to 
learn—a mishmash of auto- 
mated and manual pro- 
cesses, many of which were 
redundant. For example, a 
purchase leaseback transac- 
tion could involve any of 300 
kinds of paperwork depend- 
ing on terms. A user might 
have to enter the same infor- 
mation as many as 23 times 
for one transaction. 


Markham realized that coop- 
erative processing might pro- 
vide a solution to this paper- 
work morass. “‘It was a 
classic example of a busi- 
ness need driving the tech- 
nology rather than the other 
way around,” he said. 


Markham chose Infront, a 
cooperative-processing tool 
from Multi Soft Inc., of 
Lawrenceville, N.J. “They 
were essentially selling a 
3270 beautification product 
... [in which] you take a 


CICS application, run Infront 
on PC emulation, capture the 
mainframe screen and map it 
to a user-friendly screen on 
the PC, so you'd get pop- 
down menus, color, graphics, 
editing. That's not true coop- 
erative processing, but we 
built the first marketing appli- 
cation using that 
technology.” 


Markham built a classic 
mainframe application and 
put Infront on the PC as the 
user interface. ‘‘It was totally 
dependent on the 
mainframe,’ he explained, 
“but we got a feel for the 
product, marketing got a feel 
for the types of screens, and 
we started working toward a 
real cooperative-processing 
application.” 


The intended users de- 
manded that the new system 
reduce the training curve 
drastically. They wanted no 
user manual. Although it 
would be necessary to use 
information from the corpo- 
rate database, they wanted 
to be able to do work if the 
mainframe or the network 
went down. They wanted to 
continue to use WordPerfect, 
their word processor of 
choice. They wanted high 
productivity. 


The team built in context- 
sensitive tutorials to guide 
users and a tree structure 
that minimizes decision- 
making by automatically 


bringing up the proper forms 
triggered by the information 
entered by the users. 


Customer information stored 
on the mainframe is now also 
stored on the PCs of the ap- 
propriate salespeople, so 
users needn't access the 
host. If a support person logs 
on and the mainframe is 
down, he or she can still gen- 
erate a contract. The PC 
stores the appropriate infor- 
mation until the mainframe 
goes up, then passes it on 
for integration with other cor- 
porate systems. 


One of the most difficult 
pieces was the design of a 
seamless interface between 
infront and WordPerfect. 
“That was tough,’’ said 
Markham, but with help from 
Multi Soft, WordPerfect and 
the consulting team, it finally 
came together. 


With 200 PCs at 23 offices 
throughout the U.S. and Can- 
ada, Markham knew that 
control of the system was 
crucial. A software- 
distribution facility runs on 
the host and the PCs, con- 
trolled by a master PC at cor- 
porate headquarters. ‘‘Any- 
thing new goes to the master 
PC, and it’s uploaded to the 
mainframe for distribution to 
the [rest of the] PCs,”’ said 
Markham. ‘‘When a user logs 
on, the PC automatically 
goes to the host to see if 
there’s anything new. It’s all 
transparent to the user.”’ 


All of this didn’t come easily. 
“We used a lot of outside 
help to get people up to 
speed on the technology,’ 
said Markham. ‘‘[Consultants 


from] Ernst & Young put to- 
gether the basic infrastruc- 
ture. It's a manpower- 
intensive technology.” 


Being a pioneer in a tecinnol- 
ogy brings its own set of 
problems. ‘‘The Infront prod- 
uct wasn’t all that mature, but 
it was still the best thing out 
there,’’ Markham recalled. 
‘‘They were thin on quality 
assurance so we had to 
watch for land mines. We 
developed a very structured 
programming environment 
with a lot of rules and quality- 
assurance checks. We also 
kept a high-level view of the 
product we were trying to 
build, so if we were wrong, at 
least we were consistent and 
we could change it later 
across the board.” 


Multi Soft recently released a 
new version that addresses 
many of the issues with 
which Markham’s group 
struggied. ‘‘We tested a lot of 
code for them,” he chuckled. 
When the first system was 
ready to run, Markham faced 
another hurdle. “‘We had 
problems with performance 
because of all the layers of 
software we had put 
together,” he said. “The XTs 
were just too slow. We had to 


_upgrade them with '386 pro- 


cessors to make it a useful 
product.”’ 


Markham’s group has com- 
pleted three major products 
and expects to complete a 
new one each month during 
the coming year. Reaction to 
the products has been in- 
tensely positive. ‘Usually you 
expect resistance to a new 
system,’ said Markham. 
‘“‘The only complaint we get 
is that it’s frustrating for them 
to wait for the rest.”’ 


business. First, it will erase the line between personal com- 
puting and enterprise computing in organizations. ‘“Per- 
sonal computing won’t be personal anymore,” said Sayre. 
““Personal computing will be a part of enterprise computing. 
The days of islands of information are being eclipsed.” 

More important, cooperative processing is the vehicle for 
bringing computing to the source of the transaction, blurring 
the line between those inside the organization and those out- 
: side. “Many companies are trying to put data entry at the 

Despite the problems, experts agree that the benefits of source so the customer can create and access his own data 
cooperative processing are worth it. Ultimately, they say, | whenever he wants,” said Gerry Jurrens, vice president of 
cooperative processing will change both computing and Multi Soft. “{Cooperative processing] cuts out the 
middleman.” 


The Wave of the Future 


Since the technology is new and the products are still 
somewhat immature, most implementations depend on 
outside help. “It’s not as simple as vendors would like to 
portray it,” admitted Sayre. “It’s a new architecture. De- 
velopers will have to take a lot of baby steps in the begin- 
ning. Distributing the interface is a good baby step to start 
with, [but] the typical sale involves consulting.” 
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With its dispersed computing and central control, coop- 
erative processing will enable more and more organiza- 
tions to move toward this model. ““Cooperative processing 
is here, and it’s the wave of the future,” said Peter Keen, 
executive director of the International Center for Informa- 


NOVEMBER 1991 


Cooperative Processing 
issues and Trends 


Managing LANs 


tion Technology in Washington. “‘First you need coopera- 
tive business processes. Cooperative processing is the ar- 


_ chitecture to support that. This is going to be the most 


important issue in the 90s.” & 
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DATAPRO 


( Why Client/Server 
Computing? 


In this report: Datapro Summary 


Client/server is a computing model that divides a network’s functions into front- 
end and back-end functions. Front-end functions consist of handling the user in- 
terface and presentation of information to users; back-end functions are concerned 
with fulfilling requests for information, sorting, and performing computation on 
the data requested. This approach reduces the errors and breaches in security that 
can occur with computing models that require downloading all of the files neces- 
sary for a request, then uploading the files after a user has manipulated and 
changed them. There are a number of business benefits of client/server computing, 
such as distributing computing across the network, providing transparent remote 
access to computing resources, offering lower-cost computing platforms, and in- 
creasing communication among users. The report offers several guidelines for 
# choosing server hardware and software, including how to evaluate a system’s per- 
4 formance, reliability, and availability. Client/server computing offers manage- 
| ment better control over security, more flexibility to migrate to other software and 
hardware, and a more hierarchical network framework that is easier to support. 


Business Benefits of Client/ 
Server Computing................ 3 


Choosing a Server .............. 4 


Management in the 
Client/Server Network ........ 7 


Frank is the network manager of a major 
Chicago bank. The consumer and retail 
banking departments favor high-speed to- 
ken ring networks. Each ring has its own 
print server. In addition, the entire regional 
banking division has five electronic mail 
servers, two communications servers (X.25 
links, primarily), and six file servers. The 
international banking division favors 
Ethernet, with more file servers and fewer 
mail servers. They also have three multi- 
purpose servers that provide both file and 
communications service. 

Valerie manages the network of an elec- 
tronics manufacturer in Atlanta, Georgia. 


This Datapro report is a reprint of ““Why Client/ 
Server Computing” pp. 41-64, from Client/ 
Server Computing, Davis Fields, Ill, editor. 
Copyright © 1990 by Parallan Computer Inc. 
Reprinted with permission. 
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For their four-building headquarters cam- 
pus alone, she needs a staff of twenty net- 
work specialists that spend most of their 
time managing the cable plant and the com- 
pany’s servers. Each building has at least 
twelve file servers, seven mail servers, and 
three communications servers. In addition, 
each building has at least two multipurpose 
servers that combine file and mail service 
in a single box. Valerie’s responsibilities in- 
clude managing the interface between this 
headquarters campus and the forty national 
and nine international sales/support of- 
fices. She has a multipurpose server at each 
of the U.S. regional offices. 

Do you think Frank and Valerie’s com- 
plex, server-intensive internets are using 
client/server computing architectures? 

They aren’t. 


“Tt’s not so much the things we don’t know 
that get us into trouble; it’s the things we 
know that ain’t so.” 

—Mark Twain 
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Figure 1. Figure 3. 


The Client/Server Computing Architecture 


SERVER 
~ CLIENT 
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work done 
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« Database 
_ management 
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Front End 
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* Generate requests 
¢ Display & 
manipulate results 


Client/server computing is one of the least understood of 
the much-talked-about networking topics today. 

_Let’s start by understanding what client/server comput- 
ing is not. It is not: 
e Any network with a server on it 
e Any network with a lot of servers on it 


e A more advanced kind of server 


Client/server is a model of computing that divides func- 
tions between client and server machines. The server fo- 


cuses on tasks that are compute-, disk-, or memory- | 


intensive and often involve management of large amounts 


of data. The clients focus on user interface and decision- 


support functions, sending requests to the server and dis- 
playing or processing the results. The server is sometimes 
described as running the “back-end” functions, and the cli- 
ents the “‘front-end” ones. The separation of functions into 
front-end and back-end processes is shown in Figure 1. 

Each part—both server back-end and client front- 
end—can be developed, migrated and serviced separately. 
The parts are developed so as to optimize a particular 
function, either database retrieval or information-display 
so each device in the network can be utilized most effec- 
tively. Both the use of computing resources and the use of 
corporate funds are leveraged with low-cost, high- 
performance server platforms and a preserved investment 
in hardware, software and training. 

Let’s look at a typical data management transaction: II- 
ene in Product Marketing wants to sort through pricing 
data to find the optimum mix of base price and add-on 
prices for her new products. She also wants to investigate 
sales reports, client lists and billables history. In a tradi- 
tional server-based network, Ilene will have to transfer 
from the server all the files in which that information is 
located. This results in large amounts of network traffic, as 


Figure 2. 
File Server Architecture 


llene's PC 


Ilene’s request generates a lengthy response in a file server 
architecture. | 
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Client/Server Computing Reduces Network Traffic by 
Transporting Only Requests and Results 


Server 


llene's PC 


* Calculate 
¢ Sort 
° etc. 


shown in Figure 2, as well as raising security and data in- 
tegrity concerns. Ilene will then have to do the sorting and 
calculating on her own desktop computer, which is typi- 
cally not as fast as larger machines on the network. If she 
makes changes in these files, the files must traverse the 
network again, raising additional traffic, security, and data 
integrity issues. This process makes very inefficient use of 
the network, the PC, and the server. 

In the client/server computing scenario, only requests 


nd results are transmitted (see Figure 3). In our example, 


the server receives Ilene’s request and performs searches © 
for each piece of information she needs. Only the results of 
those searches are sent back across the network to Ilene. 
This results in a much more balanced and efficient use of 
the network, the PC, and the server. 

Client/server computing allows the client to ask the 
questions and lets the network and servers locate and de- 


liver the answers. A server can even transparently contact 


other servers or systems to obtain information for users. In 
Figure 4, network server JT1 gets a request from an end 
user and retrieves data physically scattered across the net- 
work. JT1 transmits its needs to other servers, which do 
their own sorting and calculating before transmitting re- 
sults to JT1. | 

The client/server computing model assures end users of 
transparent data access across the entire network, regard- 
less of what hardware or software platform the informa- 
tion may be stored on. In a client/server network, the en- 
tire network’s computing power is available to each user, 
to be called upon when needed. 

The file, mail, print and communications servers most 
LAN users are familiar with do not represeii client/server 


Figure 4. 
Server JT1 Searches Servers in Other Physical Locations in 
Response to a User Request 


PV4 
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architecture because they do not have this division of func- 
tion built into their hardware or software. While they pro- 
vide useful and convenient features for small groups of PC 
users, they do not address the needs of most large organi- 
zations to integrate their PC networks, larger systems, and 
mainframes into useful information management tools. 

Putting back-end servers in charge of data management 
and computation and leaving front-end clients free to con- 
centrate on user interface and presentation needs has tre- 
mendous advantages for network managers and their end 
users. Let’s take a look at some of these business advan- 
tages of client/server computing. 


Business Benefits of Client/Server 
Computing 

¢ Leverage existing resources 

¢ Distribute computing across the network 

¢« Transparent remote access to computing resources 
¢« Lower-cost computing platforms 

e Increased communication among users 

¢ Lower network management costs 

¢ Lower network traffic volume 

¢ Increased security 


Centralized data management 
¢ Increased flexibility 


Let’s look at some of these business benefits in more detail. 


e Effective distribution of computing power. Effective utili- 
zation of computing power, wherever it is in the net- 
work, means that one machine isn’t overloaded while an- 
other sits idle. This delivers obvious cost benefits. 


A major business advantage of client/server computing de- 
rives from the separation of functions into front-end user 
devices and back-end server devices. In a client/server net- 
work, the processing and decision-making power of every 
device in the network is being most efficiently utilized. 
With a typical file server, the slowest processor in the en- 


Figure 5. 
Server Security Architecture Lowers the Burden on 
Individual Applications 


Server Security Architecture 


YY 


Applications 
with hooks 

to server 
security levels 


Server 
Operations 
Software 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


1256 3 
Technology Issues & Trends 


How Critical? 


“Mission-critical’’ is another 
one of the overused and 
wrongly used phrases in 
many business discussions. 
Every business has a differ- 
ent sense of what is critical 
to maintaining daily revenue 
flow and operations. Stock 
exchanges, air traffic control 
networks, and utility net- 
works all have fairly obvious 
mission-critical applications. 
For a commodities or cur- 
rency broker, the buy/sell 
application would be in this 
category. Mission-critical ap- 
plications are sometimes de- 


company if interrupted even 
briefly. A larger class of ap- 
plications can be categorized 
as ‘“‘business-critical,’”’ mean- 
ing they are essential to the 
business but that short inter- 
ruptions in service can be 
tolerated. A business-critical 
application needs high avail- 
ability and high performance, 
at a reasonable price. These 
applications reside in the 
middle ground between the 
nice-but-not-necessary and 
the can’t-fail applications and 
correspond to most compa- 
nies’ business needs. 


fined as those which must 
run continuously, or will 
cause great damage to the 


tire network (the user’s PC) is doing the bulk of the work, 
while the user waits. With user devices that can concen- 
trate on their user interface and their desktop. decision- 
making processing and servers focusing on data storage 
and retrieval management, your business’ use of comput- 
ing resources is leveraged. 


e Lower cost computing platforms. Client/server comput- 
ing allows mainframes to function as enterprise data 
management and storage systems, while it moves much 
of the daily activity to lower-cost server platforms. 
Server performance, based on 1990s hardware and soft- 
ware technology, is considerably less expensive than 
equivalent mainframe performance. 


e Increased communication among users. A LAN 
equipped with file servers still represents mini- or 
mainframe-based computing because these servers are 
relegated to auxiliary functions. Without the full force of 
distributed computing power, users still consult main- 
frames and minicomputers for data management; coop- 
erative computing (with groupware as an example) is im- 
possible. 


Better utilization of network bandwidth. The prolifera- 
tion of high-performance user devices means that net- 
work traffic is increasing; as an example, sending a color 
image the size of a computer screen can require eight 
megabytes of data to traverse the network. Because cli- 
ent/server computing reduces the amount of data moved 
around, it can bring important advantages to large or 
crowded networks. 


Separate development saves money and gives you flexibil- 
ity. The front-end and back-end components of a client/ 
server network require different skills to create and 
maintain. A software designer who is an expert at 
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Figure 6. 
The Use of an Optimized Server Platform for a 
Client/Server Database 


Database 

server on 

optimized 
Database platform 
Client 


software 


friendly user interfaces isn’t necessarily an efficient de- 
signer of a relational database management system (RD- 
BMS), for example. If vendors can separate these two 
very diverse functions in the development process, you 
will end up with more specialized and better-designed 
software. The separation of the development work 
means that these two components can also be serviced, 
maintained, upgraded and migrated transparently to one 
another. 


e Lower network management costs. Because of their mod- 
ular function in the network, servers are more easily mi- 
grated, expanded, serviced and maintained than main- 
frames, significantly lowering your maintenance costs. 
The money you invest in security is also well leveraged in 
mainframe-type protection without proprietary, expen- 
sive mainframe solutions. 


Finally, it’s easier to customize performance of a server 
than of a typical mainframe. Being a simpler, more main- 
tainable platform gives a server a considerable advantage 
in customization. And of course you always want to be able 
to customize your network tools to the specific circum- 
stances of your company’s business. 


e Enhanced security, as well as more flexible security op- 
tions. Security 1s enhanced in client/server networks by 
letting the server enforce security rules. Each applica- 
tion’s security requirements can by programmed into the 
server's operations software, as is shown in Figure 5. 
Then the applications designers can concentrate on max- 
imizing features and performance—solving the users’ 
problems—and let security be a server function. The ap- 
plications designers do not have to incorporate security 
into the actual application code so it can be that much 
simpler, faster and error-free. 


Figure 7. 
Groupware in Action 
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Figure 8. 
A Server’s Components 
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Choosing a Server 


If you are embarking on a project to implement a client/ 
server database, you need to carefully choose a platform on 
which to run the database server software. Although a PC- 
based system might be able to perform this function, most 
industry experts are recommending the use of systems de- 
signed exclusively as servers. 

A system in which both hardware and software are op- 
timized for server operations should provide better fea- 
tures and performance than a platform originally designed 
as a front-end or client machine (see Figure 6). 


Choosing Software for Your Client/Server 
Network: Groupware 
Lotus Notes is one of the first examples of a new category 
called groupware, designed to facilitate communication 
and electronic collaboration among members of work- 
groups. Groupware makes it extremely easy to attach doc- 
uments to each other and add numbers, graphics and other 
imports to documents, simulations and presentations. In 
Figure 7, we can see the New Business Development group 
of an insurance company brainstorming for an upcoming 
presentation. The contributors are adding graphics, voice 
annotation, simulations and text to a series of documents 
that will then be distilled into recommendations. 

The exciting aspect of groupware is that it allows groups 
of people to get together to work more productively. A 
desktop computer only helps one individual work better 
and faster. With the rise of client/server computing, we 
now have software that gives an entire workgroup or de- 
partment a chance to work cooperatively to achieve busi- 
ness results. The real glory of using computers in business 
is having users (through their computers) communicating 
with other users to increase group productivity and deliver 
better goods and services to customers. Until now, we have 
only been inching our way toward this goal. With the dawn 
of groupware, we can actually start realizing the value of 
the thoughts, insights and tangible work results of every 
member of a team. 


Server Performance 
The server’s ability to respond quickly and reliably de- 
pends on the quality of the processing engine it contains. 
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Multiprocessing architectures are beginning to be em- 
ployed in server architectures to meet the growing perfor- 
mance demands of users. 


Performance Criteria 

The point of all performance measures is really to measure 
how fast the user will see results. Unfortunately, the mea- 
sures of performance that are usually applied to servers 
include the maximum number of transactions per second. 
This may not be an accurate assessment of how well the 
server will perform for you in your network, for a number 
of reasons: 


e You need to know how fast the entire system is, not just 
how fast the fastest component is. Figure 8 shows a hypo- 
thetical network server system and its various elements. 
The fastest element is probably the processor, but a fast 
processor can only deliver performance as fast as the I/O 
channels and the buses can move the data. In other 
words, a system moves only as fast as the slowest element 
in that system. If you want to know how fast the system 
really is, clock the slowest element. 


Balance is the key to useful performance in the real world. 
In order to have a truly powerful system, you need balance 
between computing power, disk memory, input/output 
(I/O) and network throughput. 


¢ You need to know how fast the server system works under 
your typical load levels, with your particular mix of traffic 
types. You need to examine how the server system oper- 
ates in an environment as close to a working network as 
possible. That means lots of people, doing lots of differ- 
ent things, as shown in Figure 9. You know what your 
users are currently doing in terms of traffic mix. Insist on 
a benchmark with your traffic mix, or something close to 
it. A processor that can do one thing very fast may have 
trouble switching gears (due to slow internal buses, for 
example). It may also have trouble performing multiple 
types of tasks concurrently, for instance printing files 
and serving applications. 


You need to look at benchmark tests that simulate the 
number of users and the mix of device types in your net- 
work. If you are a network manager for a major New York 
bank, for example, you have over 10,000 personal comput- 
ers and several hundred multitasking workstations at- 
tached to your network. What will happen to this server if 
even a small percentage of your actual number of users 
tries to log on? The system you are considering buying may 
be the fastest processor in the world with only seven users 


Figure 9. 
A Typical Network Traffic Mix for a Realistic Benchmark 
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SQL 


standard method of commu- 
nication when database 
packages need to exchange 
information. Novell, Mi- 
crosoft, Oracle, Sybase, In- 
formix, Gupta and Borland 
International have all adopted 
SQL as their ‘‘translator.”’ 


To allow compatibility be- 
tween database software 
products, developers needed 
a common language, called a 
query language. IBM's Struc- 
tured Query Language (SQL) 
has been adopted by most 
software vendors as their 


logged on. Unless your network really only has seven 
users—and all PC XTs, at that—you really don’t know 
how it will react. 


e You need a server system that will degrade slowly and 
gracefully. If you can’t get a benchmark that approxi- 
mates your real network conditions, at least inspect the 
published benchmark closely. Many benchmarks in use 
show a peak in performance when the number of users is 
small, often less than ten. The more important data for 
you is how the system will perform in your environment 
with your number of users, which is typically much 
larger. A carefully designed, balanced system will con- 
tinue to exhibit high performance even with large num- 
bers of users. Figure 10 shows performance curves for 
three servers with similar “peak” results but very differ- 
ent performance at fifty users and above. 


Reliability and Availability 

Some business managers talk about reliability, availability 
and fault tolerance as though they were synonymous. They 
aren’t. Reliability refers to how often a particular hard- 
ware component fails and the usual measure is mean time 
between failure (MTBF). In order to have a reliable sys- 
tem, all the components must be reliable. Thanks to ad- 
vances in modern hardware design and manufacture, most 


Figure 10. 
Looking at the Entire Performance Curve 
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Figure 11. 
A High-Availability Server Continues to Work After 
Processor Failure 


Lo = ====!! 14 processor failed. 
65% performance remains. 


hardware components are very reliable, so most systems 
can claim a very high hardware reliability. 


High Availability Systems 

Availability measures the percentage of time the system is 
available to users. High availability means that when the 
system fails it has self-healing mechanisms in place that 
allow it to return to service very quickly without human 
intervention. In addition to self-healing attributes, a sys- 
tem could be rebootable or downloadable from a remote 
site, or it could have tools which notify administrators of 
problems, so they can be corrected before they become se- 
rious. A high availability system could be designed to con- 
tinue functioning in a reduced configuration after a failure 
(see Figure 11). 

In this scenario, the server could keep functioning in 
the face of a serious hardware failure, but more slowly (as it 
works around the failed component using redundant path- 
ways). This allows the server to continue to be available to 
users while the parts are swapped. Ease of repair is part of 
the high availability equation. The servers that can con- 
tinue working in a degraded condition avoid the all-or- 
nothing pitfall common to PC-based servers. 

A high availability system doesn’t claim to never, ever 
fail. It does claim to come back up into service very 
quickly. A highly available system would be appropriate 


Figure 12. 
Striping 


Striping speeds access time by allowing simultaneous read/ 
write on a file. 
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Figure 13. 
Parity Disk 


. Primary Data 
Primary Data 
. Primary Data 


. Reconstruction 
Clues 


The parity disk allows your server to reconstruct a lost 
disk’s data. 


for both mission-critical and business-critical applications 
and commands a modest price premium for that feature. 

A fault-tolerant or nonstop system pushes the availabil- 
ity envelope to its extreme by making every component 
redundant, for a correspondingly steep price tag. This level 
of insulation from failure is mandatory for stock ex- 
changes, utility networks and commercial installations 
where the cost of downtime is measured in nonrecoverable 
millions or billions of dollars. (Infonetics of Santa Clara, 
CA, estimates the cost of computer downtime for a For- 
tune 1000 company at over $4 million/year.) It is appropri- 
ate but not mandatory for other kinds of banking, stock 
and commodities transactions but the heavy price tag 
makes it inappropriate for most ordinary commercial en- 
terprises. 


Implementing High Availability Systems 
Technologists have come up with several ways of bringing 
high availability to the point where it can be implemented 


Figure 14. 
Disk Mirroring Replicates Every Disk with Byte-for-Byte 
Backup 


Server 
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in working networks. These new developments cluster 
around component redundancy, data integrity and ser- 
viceability. 

Redundancy of components is a significant issue in 
server availability, especially redundancy in CPUs, con- 
trollers and network interface boards. Components must 
also be easy to service if you are to have a highly available 
system. Error notification and remote servicing improve 
availability due to rapid response. 

When we move to reliability of the data on a disk, tech- 
niques have been developed to reduce the risk of data loss. 
While a user continues to “see” one hard disk drive on a 
server, software can actually stripe or break up the data 
into chunks (see Figure 12) that will be physically placed 
on multiple disk drives. The goal here is to use multiple 
disks, together with a parity protection algorithm, to allow 
the system to continue operations after a disk failure. In 
the event of a failure, your software can re-create what was 
on the failed disk by looking at the remaining data pieces 
that are scattered (via striping) throughout the other disk 
volumes (see Figure 13). The server’s performance will de- 
grade while the missing disk is reconstructed, of course, 
but the system is self-healing and the process should be 
relatively transparent to the end users. 

RAID (redundant arrays of inexpensive disks) is a spec- 
ification of the redundancy and reliability of multiple-disk 
subsystems. The five levels of RAID start at level one with 
total duplication of every disk, a process called disk mir- 
roring (see Figure 14). Most popular systems achieve level 
three function. The ultimate goal, or level five, decreases 
the penalty for reliability to a minimum while increasing 
performance. 


Management in the Client/Server 
Network 


The client/server computing model helps bring essentially 
flat networks into a more hierarchical framework for easier 
and more effective management. As networks grow in size, 
segmenting managed resources into logical management 
domains allows managers to automate some tasks, zero in 
on problem areas faster and spend time analyzing and 
planning rather than just fire fighting. This makes client/ 
server networks easier to support. 


Security, Migration, and Flexibility 
Client/server computing increases security significantly by 
reducing the movement of sensitive information across the 
network and by enforcing security rules at the server. We 
have already shown how this is preferable to traditional 
computing architectures, where security must be ad- 
dressed by individual applications. 

Client/server computing also allows you to migrate to 
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Optimum Server Design 
Requirements 


¢ Dedicated to server opera- 
tions 


e Multiprocessing architec- 
ture 


¢ High availability features 


¢ Supportability tools 


¢ High performance under 
heavy load conditions 


e Extensibility 


e Manageability and security 
features 


¢ Based on standards wher- 
ever possible 


The TP1 Benchmark 


The most popular transaction 
processing performance 
measure, the TP1 bench- 
mark, derives from the Debit/ 
Credit benchmark published 
in 1985 in a Tandem Techni- 
cal Report (TR85.2). The TP1 
(transaction processing) 
benchmark measures a serv- 
er’s performance in transac- 
tions per second (TPS). The 
benchmark specifies hun- 
dreds of short update trans- 
actions, one right after the 
other. The more “‘real world”’ 
measure of many complex 
transactions is not covered in 
this benchmark. The design 
assumes a mainframe with 
attached terminals is the 
dominant network design. 


The TP1 benchmark does not 
specify the transport and net- 
work protocols used to inter- 
act with the server. Some 
tests use TCP/IP; others use 
proprietary communications 
protocols. To compare these 
benchmarks you must as- 
sume that all protocols are 
equally efficient in carrying 
transaction traffic, something 
any network manager knows 
to be untrue. Consult Read- 
ings in Database Systems by 
Michael Stonebraker 
(Kaufman, 1988) for an in- 
depth discussion of the tech- 
nical issues. 


One of the critical requirements of a major corporate 
internet is flexibility. The network manager needs to focus 
on user needs and let technology track needs. With your 
client/server network, you will be able to deliver the service 
that users need, while retaining the control that you as the 
implementer and manager need. The ultimate goal of the 
network manager is to achieve effective balance across the 
network, preventing server performance, network band- 
width, internet devices or user computing platforms from 
becoming significant bottlenecks. 


new technology gracefully. Monolithic mainframe-based 

systems are typically difficult to adapt as your needs 

change or grow, or as new technology becomes available. 

The client/server architecture, on the other hand, is based 

on a segmentation of roles between servers, networks, and 

clients, and allows graceful changes in each without neces- 

sitating major redesign. The network can be enhanced with 

a faster medium, the client operating system can be up- 

es graded, or a server can be replaced with a more powerful 

i model—all independently and all without major interrup- 
4 tions in service. 
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64-Bit Microprocessors 


Datapro Summary 


Although the Mips R4000 is presently the only 64-bit microprocessor, there are 
more such chips on the horizon. Industry experts predict that the pervasive use of 
64-bit microprocessors will arrive by 1995 or sooner. That means faster, large- 
integer math capabilities, and more expansive virtual memory addressing for serv- 


ers and desktop computers. 


Today’s most popular computers are built 
around 32-bit microprocessors. The next 
generation of chips—64-bit microproces- 
sors—will bring even more power to the 
desktop. 

But what does it mean to call a chip 64- 
bit? It’s easy to get confused, because differ- 
ent numbers of bits are used in different 
parts of a microprocessor (see the sidebar 
“‘What’s in a Chip?’’). Although the Mips 
R4000 is currently the only 64-bit micro- 
processor, 64 bits is almost certainly a com- 
ing trend. At microprocessor conferences, 
sessions on the future of chip technology 
routinely predict widespread use of true 64- 
bit microprocessors by 1995 or earlier. 

You may be thinking, ““My PC software 
still runs in 16-bit mode, and it will be years 
before the software catches up with 32 bits. 
But 64 bits? People who predict widespread 
use of true 64-bit microprocessors by 1995 
must be raving lunatics!” 

There are two reasons for the prediction: 
64-bit integer processing and convenient 
use of more than 32 bits of address space. 


This Datapro report is a reprint of ‘64-Bit 
Computing”’ by John R. Mashey, pp. 135-142, 
from BYTE, Volume 16, Number 9, September 
1991. Copyright © 1991 by McGraw-Hill, Inc. Re- 
printed with permission. 
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The first reason is a straightforward perfor- 
mance issue; the second has more wide- 
spread implications. As you'll see, applica- 
tion for 64-bit microprocessors exist for 
both servers and desktops. 


CPU Architectures 


When it comes to CPU architectures, it 
helps to distinguish between Instruction Set 
Architecture, which presents an assembly 
language programmer’s view of a processor, 
and hardware implementations of that ISA. 
Successful ISAs persist unchanged or 
evolve in an upward-compatible direction 
for years. Distinct implementations are of- 
ten built to yield different cost/perfor- 
mance points. At times people get confused 
about the difference between ISA and im- 
plementation sizes. Table 1 may help clear 
up the confusion. 

In Figure 1, the CPU’s integer registers 
are R bits wide. Address arithmetic starts 
with R bits, either producing a virtual ad- 
dress size of V bits (V is the generated user 
address, V<R) or using a segment register 
to expand R bits to V bits. The memory 
management unit translates V bits of vir- 
tual address to A bits of physical address 
that are actually used to access memory. 
For each access, up to D bits are transferred 
(i.e., the data bus is D bits wide). For user- 
level programs, R and V are programmer- 
visible properties of the ISA; A and D are 
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Figure 1. 
CPU Addressing 


CPU Addressing 


Physical Address 
(A bits) 


usually less-visible implementation-specific characteris- 
tics. (Floating-point register size is almost always 64 or 80, 
and so is not included.) 

Table 1 lists numbers for well-known computer fami- 
lies. For simplicity, Vis given only for user-level programs. 
The table shows that physical address size (A) and data bus 
size (D) can vary within a processor family. The IBM S/360 
family included five data bus sizes (8 to 128 bits); the 32- 
bit Intel 386 is sold in two sizes—32 and 16. 


Better Performance With Bigger 
Integers 


For years, PDP-ll UNIX systems have used 16-bit integers 
for most applications, as do many PCs. Sometimes perfor- 
mance can improve merely by switching to larger integers. 
Integer code has proved resistant to recent speed up tech- 
niques that have greatly helped floating-point perfor- 
mance, so any integer improvement is welcome. Some ap- 
plications for 64-bit integers are the following: | 


e Long Strings of Bits and Bytes. By using 64-bit instead of 
32-bit integers, some programs may run up to twice as 
fast. First, operating systems often spend 10% to 20% of 
their time zeroing memory or copying blocks of memory; 
often, doubling the integer size can help these opera- 
tions. Second, modern global-optimizing compilers 
spend a great deal of time performing logical operations 
on long bit vectors, where 64-bit integers nearly double 
the speed. Third, the increasing disparity between CPU 
and I/O device speed is increasing the use of compres- 
sion/decompression methods, some of which rely on the 
main CPU, where 64 bits may be helpful. 


Graphics. Graphic applications are a special, but impor- 
tant, case of the long bit-and-byte-string problem. Using 
64-bit integer operation can speed the work required by 
raster graphics. The increase in performance is especially 
true for large-area operations like scrolling and area-fill, 
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where performance may approach a full two times that of 
a 32-bit CPU. This approach helps raise the graphics per- 
formance of a minimal-cost design—a CPU plus a frame 
buffer but without graphics-support chips. 


Integer Arithmetic. Most chips make addition and sub- 
traction of multiprecision integers (i.e., 64-bit, 96-bit, 
128-bit, etc.) reasonably fast, but multiplication and di- 
vision are often quite slow. Cryptography is a heavy user 
of multiple-precision multiplies and divides. Financial 
calculations could use integer arithmetic; 32-bit integers 
are far too small, but 64-bit integers are easily big enough 
to represent objects like the U.S. national debt or Mi- 
crosoft’s annual revenue to the penny. 


Big-Time Addressing 


Perhaps more important than using 64-bit integers for per- 
formance is the extension of memory addressing above 32 
bits, enabling applications that are otherwise difficult to 
program. It 1s especially important to distinguish between 
virtual addressing and physical addressing. 

The virtual addressing scheme often can exceed the lim- 
its of possible physical addresses. A 64-bit address can 
handle literally a mountain of memory: Assuming that 1 
megabyte of RAM requires 1 cubic inch of space (using 
4-megabit DRAM chips), 2°* bytes would require a square 
mile of DRAM piled more than 300 feet high! For now, no 
one expects to address this much DRAM, even with next- 
generation 16-Mb DRAM chips, but increasing physical 
memory addressing slightly beyond 32 bits is definitely a 
goal. With 16-Mb DRAM chips, 23? bytes fits into just over 
1 cubic foot (not including cooling)—feasible for deskside 
systems. 

An even more important goal is the increase of virtual 
addresses substantially beyond 32 bits, so you can “waste” 
it to make programming easier—or even just possible. Al- 
though this goal is somewhat independent of the physical 
memory goal, the two are related. 

Database systems often spread a single file across sev- 
eral disks. Current SCSI disks hold up to 2 gigabytes (i.e., 
they use 31-bit addresses). Calculating file locations as vir- 
tual memory addresses requires integer arithmetic. Oper- 
ating systems are accustomed to working around such 
problems, but it becomes unpleasant to make 
workarounds; rather than making things work well, pro- 
grammers are struggling just to make something work. 

The physical address limit is an implementation choice 
that is often easier to change than the virtual address limit. 
For most computers, virtual memory limits often exceed 
physical limits, because the simplest, cheapest way to solve 
many performance problems is to add physical memory. If 
the virtual limit is much smaller than the physical limit, 
adding memory doesn’t help, because software cannot take 
advantage of it. Of course, some processors use segmenta- 
tion schemes to extend the natural size of the integer regis- 
ters until they are equal to or greater than the physical ad- 
dress limit. 


The Mainframe, Minicomputer, and 
Microprocessor 


Reflect on this aphorism: Every design mistake gets made a 
least three times: once by mainframe people, once by mini- 
computer people, and then at least once by microprocessor 
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people. An illustrative sequence is found among IBM 
mainframes, DEC superminicomputers, and various mi- 
croprocessors. 

IBM S/360 mainframes used 32-bit integers and point- 
ers but computed addresses only to 24 bits, thus limiting 
virtual (and physical) memory to 16 MB.’ This seemed 
reasonable at the time, as systems used core memory, not 
DRAM chips. A “large” mainframe (such as a 360/75) pro- 
vided at most 1 MB of memory, although truly huge main- 
frames (360/91) might offer 6 MB. In addition, most 
S/360s did not support virtual memory, so user programs 
generated physical addresses directly. There was little need 
to consider addresses larger than the physical address size. 
Although it was unfortunate that only 16-MB was ad- 
ddressable, it was even worse to ignore the high-order 8 
bits rather than trap on non-zero bits. Assembly language 
programmers “cleverly” took advantage of this quirk to 
pack 8 bits of flags with a 24-bit address pointer. 

As memory became cheaper, the “adequate” 16-MB 
limit clearly became inadequate, especially as virtual ad- 
dressing S/370s made it possible to run programs larger 
than physical memory. By 1983, 370-XA microprocessors 
added a 31-bit addressing mode for user progams but were 
required to retain a 24-bit mode for upward compatibility. 
Much softwsare had to be rewritten to work in the 31-bit 
mode. I admist that I was one of those “clever” program- 
mers and was somewhat surprised to that a large program I 
wrote in 970 is still running on many mainframes—in 
24-bit compatibility mode, because it won’t run any other 
way. “The evil that men do lives after them, the good is oft 
interred with their bones.” 

By the mid-1980, 31-bit addressing was also viewed as 
insufficient for certain applications, especially databases. 
ESA/370 was designed with a form of segmentation to al- 
low code to access multiple 2-gigabyte regions of memory, 
although it took tricky programming to do so. 

In the minicomputer phase of this error, the DEC 
PDP-11 was a 16-bit minicomputer. Unfortunately, a sin- 
gle task addressed only 64 kilobytes of data and perhaps 64 
KB of instructions. Gordon Bell and Craig Mudge wrote, 
“The biggest and most common mistake that can be made 
in computer design is that of not providing enough address 
bits for memory addressing and management. The 
PDP-11 followed this hallowed tradition of skimping on 
address bits, but it was saved on the principle that a good 
design can evolve through at least one major change. For 
the PDP-11, the limited address space problem was solved 
for the short run, but not with enough finesse to support a 
large family of minicomputers. This was indeed a costly 
oversight.” 

Some PDP-11/70 database applications rapidly grew 
awkward on machines with 4 MB of memory that could 
only be addressed in 64-KB pieces, requiring unnatural 
acts to break up simple programs into pieces that would fit. 
Although the VAX-11/780 was not much faster than the 
PDP-lI/70, the increased address space was such a major 
improvement that it essentially ended the evolution of 
highend PDP-1 1s. In discussing the VAX-11/780, William 
Strecker wrote, ““For many purposes, the 65-Kbyte virtual 
address space typically provided on minicomputers such 
as the PDP-11 has not been and probably will not continue 
to be a severe limitation. However, there are some applica- 
tions whose programming is impractical in a 65-Kbyte vir- 
tual address space, and perhaps more importantly, others 
whose programming is appreciably simplified by having a 
large address space.’’? 
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What's in a Chip? 


The first personal computers 
were built using micropro- 
cessors with integer regis- 
ters that were 8 bits wide, so 
they were called 8-bit chips 
and 8-bit systems. Micropro- 
cessors with 16-bit registers 
went into 16-bit systems, and 
so on. Life was simple. 


The problem is, data flows to 
and from those registers 
over pathways, or buses, that 
often are not the same width 
as the registers. The data 
bus (which carries data to 
and from external locations, 
such as memory chips) and 
the address bus (which car- 
ries the location of the data) 
may be smaller or larger than 
the registers, depending on 
design considerations. This 
makes it somewhat confus- 
ing to decide what to call a 
chip. 


For example, the original IBM 
PC had an 8088 chip with 
16-bit registers, but it had an 
8-bit data bus and a 20-bit 
address bus. Its fraternal 
twin—the 8086—was the 
same but with a 16-bit data 
bus. (If the 8088 were re- 
leased today, Intel would 
probably call it the 8086SX; 
the 386SX is a 32-bit chip 


that’s similar to the 386DX, 
but it has a 16-bit data bus 
and a 24-bit address bus 
rather than full 32-bit buses. 


Similarly, all the members of 
the Motorola 680x0 family 
have 32-bit registers. How- | 
ever, while the 68020, 68030, 
and 68040 have full 32-bit 
data and address buses, the 
original 68000 has a 16-bit 
data bus and a 24-bit ad- 
dress bus. 


Currently, the only micropro- 
cessor that uses 64-bit regis- 
ters is the Mips R4000. The 
R4000 has a 36-bit address 
bus, which allows it to ad- 
dress up to 64 gigabytes of 
data. 


For the sake of accuracy and 
consistency, the main text of 
this report refers to micro- 
processor size based on the 
width of the microproces- 
sors’ respective internal reg- 
isters, without regard to the 
width of their data or address 
buses. 


—By Kenneth M. 
Sheldon 


Finally, we come to microprocessors. The Intel 8086 
was a 16-bit architecture and, thus, likely to fall prey to 
the same issues as the PDP-11. Fortunately, unlike the 
PDP-11, it at least provided a mechanism for explicit 
segment manipulation by the program. This made it pos- 
sible for a single program to access more than 64 KB of 
data, although it took explicit action to do so. Personal 
computer programmers are familiar with the multiplicity 
of memory models, libraries, compiler flags, extenders, 
and other artifacts needed to deal with the issues. 

The Motorola MC68000 started with a more straigh- 
forward programming model, since it offered 32-bit inte- 
gers and no segmentation. However, by ignoring the high 
8 bits of a 32-bit address computation, it repeated the 
Same mistake made 15 years earlier by the IBM S/360. 
Once again, “‘clever’ programmers found uses for those 8 
bits, and when the MC68020 interpreted all 32 bits, pro- 
grams broke. Readers may recall problems with some ap- 
plications when moving from the original Macintosh to 


the Mac II. 
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Table 1. CPU Characteristics 


CPU Year Size 
Released Called 
DEC PDP-11/45 1973 16 
DEC PDP-11/70 1976 16 
DEC VAX-11/780 1978 32 
IBM S/360 1964 32 
IBM S/370XA 1983 32 
IBM ESA/370 1988 32 
IBM RISC System/6000 1990 32 
HP Precision 1986 32 
Intel 386DX 1985 32 
intel 386SX 1987 32 
Intel 860 1989 64 
Intel 486DX 1989 32 
Intel 486SX 1991 32 
Mips R2000 1986 32 
Mips R4000 1990 64 
Motorola 68000 1980 32 
Motorola 68020 1985 32 
Motorola 68030 1987 32 
Motorola 68040 1990 32 
Sun SPARC 1987 32 


ISA Characteristics 
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Hardware Implementation 


integer Generated Physical Data 

Register Size User Address Address Size Bus Size 
Size 

(R) (V) (A) (D) 

16 16* 18 32 

16 16* 22 32 

32 31 32 64 

32 24 24 8-128 

32 31 32 128 

32 31* 32 128 

32 32* 32 64-128 

32 32* 32 32-64 

32 32* 32 32 

32 32* 24 16 

32 32 32 64 

32 32* 32 32 

32 32* 32 32 

32 31 32 32 

64 40-62 36 64 

32 24 24 16 

32 32 32 32 

32 32 32 32 

32 32 32 32 

32 32 36 32-64 


*These processors use some form of segmentation to obtain more bits of user address space when necessary. 


The Need for Big Computers 


Two common rules of thumb are that DRAM chips get 
four times bigger every three years and that virtual mem- 
ory usage grows by a factor of 1.5 to 2 per year.* Additional 
memory is often the cheapest and easiest solution to per- 
formance problems, but only if software can easily take 
advantage of it. 

As the natural size of code and data reaches and then 
exceeds some virtual address limit, the level of program- 
ming pain increases rapidly, because programmers must 
use more and more unnatural restructuring. If the virtual 
address limit is significantly lower than the physical limit, 
it is especially irritating, since buying more DRAM won’t 
do you any good. Fortunately, the virtual address limit is 
typically larger than the physical limit, so programs may 
work but perhaps run slowly. In this case, you can at least 
add physical memory until performance becomes ade- 
quate. 

There is no definite ratio between maximum task 
virtual-address limit and physical address limit. Conversa- 
tions with many people have convinced me that a 4-to-1 
ratio is reasonable (i.e., you will actually see practical pro- 
grams four times bigger than physical memory) if the oper- 
ating system can support them. Some people claim that a 
ratio of 4 to 1 is terribly conservative and that advanced 
fileemapping techniques (as in Multics or Mach) use up 
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virtual memory much faster than physical memory. Cer- 
tainly, in the process of chip design and simulation at Mips 
Computer Systems, some of our 256-MB servers routinely 
run programs with virtual images that are four to eight 
times larger (1 to 2 gigabytes). Several companies (includ- 
ing Mips) already sell desktops with 128 MB of memory. 
With 16-Mb DRAM chips, similar designs will soon hit 512 
MB—enough to have programs that could use at least 4 | 
gigabytes of virtual memory. 


32-Bit Crisis in 1993 


Consider the history of microprocessor-based servers from 
Mips Computer Systems and Sun Microsystems. Figure 2 
shows that the 32-bit limit will become an issue even for 
physical memory around 1993 or 1994, 

As soon as 16-Mb DRAM chips are available, some mi- 
croprocessors will be sold with 2 to 4 gigabytes of main 
memory—in fact, just by replacing memory boards in ex- 
isting cabinets. You may now be convinced that Sun and 
Mips designers must be crazy to think of such things; but if 
so, they have plenty of company from others, like those at 
Silicon Graphics, Hewlett-Packard, and IBM. Keeping 
pace with DRAM growth requires appropriate CPU chips 
in 1991 so that tools can be debugged in 1992 and applica- 
tions debugged by 1993 or 1994—barely in time. 
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Figure 2. 
Hitting the 32-Bit Limit 
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Finally, look at the applications that put pressure on the 
size of virtual memory addressing. To handle virtual mem- 
ory greater than 32 bits, you need either segmentation or 
64-bit integer registers. 

Why 64 and not something smaller, like 48? It is diffi- 
cult to introduce a new architecture that runs the C lan- 
guage poorly. C prefers byte-addressed machines whose 
number of 8-bit bytes per word 1s a power of 2. The use of 6 
bytes per word requires slow addressing hardware and 
breaks many C programs, so 64 is the next step after 32. 

Segmentation may or may not be an acceptable solu- 
tion, but there is insufficient space here to debate the rela- 
tive merits. Suffice it to say that many software people 
with segmentation experience consider it a close encounter 
of a strange kind. 

The following applications tend to consume virtual 
memory space quickly and generally prefer convenient ad- 
dressing of large memory space, whether it’s contiguous or 
sparse: 


¢ Databases. Modern operating systems increasingly use 
file mapping, in which an entire file 1s directly mapped 
into a task’s virtual memory. Since you can leave empty 
space for the file to grow, virtual memory is consumed 
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crease their performance relative to their disk-access 
speeds, disk accesses are often avoided by keeping the 
disk blocks in large DRAM cache memories. Database 
managers on mainframes have long felt the pressure 
here, as many installations are already above 2*° bytes. 
Distributed systems designs often use some bits of the 
address as a system node address, with others as a per- 
node data address. 


Video. For uncompressed video, a 24-bit-color, 1280- by 
1024-pixel screen needs 3.75 MB of memory. At 24 
frames per second, 4 gigabytes of memory is consumed 
by only 45 seconds of video. 


Images. At 300 dots per inch, a 24-bit-color, 8'4- by 11- 
inch page uses 25 MB, so 4 gigabytes is filled by 160 of 
these pages. Databases of such objects get large very 
quickly. 


CAD. CAD applications often include large networks of 
servers and desktops, in which the servers manage the 
databases and run large simulations. They naturally can 
make use of 64-bit software. Desktops navigate through 
the huge databases, and although they are not likely to 
map in as much data at one time as the servers, software 
compatibility is often desirable. 
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Table 2. Applicability of 64 Bits (The erent of 64 bits differs for servers and 


desktop systems.) 


Application 
Byte Pushing xX 
Graphics 

Big Integers X 
Database 

Video _ 

Image 

‘CAD 

GIS* 

Number Crunching 


*Geographic information systems. 


e Geographic information systems. These systems combine 
maps, images, and other data and have most of the 
stressful characteristics of video, CAD, and GIS. 


e Traditional number crunching. Of course, technical 
number crunching applications developers have never 
been satisfied with any memory limits on any machine 
that exists. 


On the Desktop? 


Perhaps you now believe that 64-bit servers may be rea- 
sonable, but you still wonder about the desktop. Table 2 
lists the applications areas discussed, showing whether the 
primary use of bit systems is for speed (either in desktop or 
server); for addressing large amounts of data simulta- 
neously; or for using software in a desktop system identi- 
cally to its use in a server but with less actual data. Such 
compatibility is likely to be crucial for CAD applications 
but is also important for others, if only to get software de- 
velopment done. 

For most readers, 64 bits is likely to be most important 
as an enabling technology to help bring powerful new ap- 
plications to the desktop. The history of the computing 
industry, especially of personal computers, shows there 1s 
some merit to thinking ahead. Some of us remember when 
a 640-KB limit was considered huge. 


As 64-bit systems become available, some of the | 


number-crunching people will recompile their Fortran 
programs immediately, and some other developers will 
start working in this direction. However, I’d expect only a 
small fraction of applications to jump to 64 bits quickly. 
For example, I do not expect to see 64-bit word processors 
soon, if ever. As a result, an important part of 64-bit chip 
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| Desktop 
Addressing Speed Compatibility 
xX 
xX 
X xX 
X X 
XxX. 
xX | X 
xX X 
Xx xX. 
X xX 


and software design is the ability to mix 32-bit and 64-bit 
programs on the same system. 

Although 64-bit applications may be relatively few, 
some are absolutely crucial and some are indirectly impor- 
tant to many people. You’ve probably seen vendors’ pre- 
dictions of huge numbers of transistors per chip over the 
next few years. Although you may not do electrical CAD 
yourself, you may buy a system with those big chips; so, 
somewhere, people will be running programs to simulate 
those big chips, and those programs are huge. 

I often give talks that compare computers to cars, using 
the CPU chip as the engine, exception handling as the 
brakes, and so forth. What kind of car is a 64-bit com- 
puter? Think of it as a car with four-wheel drive that you 
engage when necessary for better performance, but espe- 
cially when faced with really tough problems, like driving 
up mountainsides. You wouldn’t engage four-wheel drive 
to go to the grocery store, but when you'd need it, you’d 
need it very badly. Some people already have problems 
that require 64-bit processing, and soon more will. The 
necessary vehicles—64-bit microprocessors—are on the 
way. 
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Datapro Summary 


Open systems is a concept embraced by both computer customers and vendors. 
The quest for open systems has impacted the computer industry at all levels; how- 
ever, some experts believe the total “opening” of computer technology will not be 
achieved until the mid 1990s. Still, to accomplish the goal of true systems integra- 


tion, customers and vendors together must plan for open systems today. 


Executive Summary 


For many years information systems (IS) 
customers were at the mercy of computer 
vendors that successfully tried to lock them 
into their propriety architectures. With the 
advent of PCs and a significant increase in 
IS users’ level of computer proficiency, the 
situation is rapidly changing. The IS cus- 
tomer’s wish list is diametrically opposite 
to what the vendor community has nur- 
tured for years and includes the following: 


Integration of a new IS into the installed 
base of old ones 


Flexibility in selecting vendors and low 
switching costs if the customer decides to 
change 


Easy and incremental expandability of 
existing ISs and applications 


Graceful transition between generations 
of information technology (IT) that are 
replaced too rapidly 


To resolve this conflict, customers and ven- 
dors had to find a compromise solution: the 
open system. 


This Datapro report is a reprint of Chapter Two, 
“Open Systems,” pp. 41-55, from Strategic In- 
formation Systems by Henry Eric Firdman. 
Copyright © 1991 by McGraw-Hill, Inc. Re- 
printed with permission. 
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Open systems are not limited to operat- 
ing systems or network protocols. They in- 
fluence the industry progress at all levels of 
IS components, including software. 

Open systems pursue the following 
goals: (1) standardization of increasingly 
higher-level IS components, turning them 
into commodity products; and (2) protec- 
tion of the IS customer’s initial investment 
in hardware and system application soft- 
ware. In other words, the center of gravity 
in IS projects has dramatically shifted from 
purchasing and putting together various 
pieces of hardware and system software to 
developing application software on top of 
standardized hardware/system software 
that is easily obtained and installed at a 
minimal cost. 

Open systems have to be well under- 
stood because they are championed by IS 
customers, including United States and Eu- 
ropean governments, as well as by far- 
sighted computer vendors. The momentum 
of open systems is so strong that no serious 
strategic information systems (SIS) project 
can ignore the issues discussed in this re- 
port. 

What is an open system? Few IT con- 
cepts cause hotter discussions or obtain 
more press coverage than open systems. 
Several international organizations pro- 
mote them, with Corporation for Open Sys- 
tems, X/Open Corporation, Open Software 
Foundation, UNIX International, and Inter- 
national Standards Organization (ISO) be- 
ing the most prominent. 
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Figure 1. 
Hierarchy of IS Components 


Your Business Problem 


Your business problem is always unique 


User Interface 
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No standardization, possible sharing, or reusability 
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No standardization, possible sharing, or reusability 
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Reusable Software<———. Portable Software ~#——— Off-the-Shelf Packages Proprietary 


Standards <> Proprietary Solutions 


Applications Software 
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OS| <#—— NFS ~#—— SNA ~#—— X-400 ~#—— Proprietary Networks 


Other System Software Standards <————_—____——_—$—$—$—$—$—$?$?—$—$———$————————_—— Proprietary Solutions 


Databases: SQL RDBMS <#————-_ dBASE ~— Proprietary DBMS (IMS) 


Operating Systems Standards <¢—__—=$ $$ $$ $$ Proprictary Solutions 


UNIX~t——— POSIX ~—— MS/DOS (OS/2) ~¢—— Proprietary OS (MVS, VMS, etc.) 


PCs ~«at—Workstations <@— Minicomputers <«— Mainframes <«— Supercomputers 


Standards <-> Proprietary Solutions 


SPARC ~@—— Memory <#——————- Microprocessor Chips ««—— Proprietary Chips 


In spite of this publicity (or maybe because of it), the 
concept of open systems is still poorly understood, and 
massive confusion prevails. As one example, open systems 
were defined in Business Week (May 23, 1988) as “those 
that rely on a common set of software that can be easily 
transferred from one brand of computer to another.” 

Does this mean that Fortran-77 is an open system just 
because one can write a program in Fortran-77 on DEC 
VAX 11/780 and then “easily transfer” it to Cray-2? Are 
there any differences, then, between open systems and por- 
table software? 

Why is “a common set of hardware” not included in the 
definition? For instance, if an Intel 80386 chip “can be 
easily transferred”” from Compaq’s Deskpro to Sun Mi- 
crosystems’ 3861, why don’t we call this chip an open sys- 
tem? 

Questions like these abound. In this report, I will de- 
velop a general and, hopefully, unifying concept of an open 
system, looking first at the conflict between vendors and IS 
customers as a natural source of open system movement. I 
will then define an open system and illustrate the concept 
at different levels of SIS hierarchy. I will proceed with the 
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discussion of potential advantages of open systems and po- 
litical obstacles to their proliferation. Finally, I will recom- 
mend to IS customers some plausible options for now and 
the foreseeable future. 


IS Customers Against Vendors: An 
Intrinsic Conflict 


One side effect of the IS industry progress over the years 
has been the growing conflict between hardware/software 
vendors and their customers. In order to have a growing 
and stable business, vendors want the following: 


¢ To encourage their customers to go as much as possible 
for a single-vendor environment 


¢ To lock the customer into the single-vendor solution and 
thus increase switching costs for the customer and entry 
barriers for the vendor’s competitors 


¢ To expand the customer’s existing ISs and applications 
by offering more hardware and software 


¢ To provide transition between generations of IT through 
upgrading the customers installed base and thus further 
locking the customer into a single-vendor environment 
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As recently as the early 1980s, customers had practically 
no other choice than to be at the mercy of computer ven- 
dors. The breakthrough came in the mid-1980s. The same 
microprocessor chips became available to many startup 
companies; competition in the vendor community in- 
creased significantly; and customers realized that, with 
many more choices available, they no longer had to be tied 
to one vendor’s proprietary architecture. 

With help from such farsighted vendors as Sun Mi- 
crosystems, Inc., the customer community formulated its 
wish list for future ISs and became convinced that it is 
realistic and implementable. The wish list includes: 


¢ Integration of a new IS into the installed base of old ones 


¢ Flexibility in selecting vendors and low switching costs if 
the customer decides to change one 


e Easy and incremental expandability of existing ISs and 
applications 


¢ Graceful transition between IT generations that are re- 
placed too rapidly 


One can easily see that the customers’ wish list is diamet- 
rically opposite to what the vendor community has nur- 
tured for years. This conflict is intrinsic to the nature of the 
computer industry and information systems, and the only 
way to resolve it is to find a compromise solution equally 
acceptable to both vendors and their customers. This com- 
promise solution is what I call an open system. 

The compromise solution, however, is by no means sta- 
ble. It changes in time, and at any given time is different 
for different vendors. For example, the compromise solu- 
tion at IBM or DEC would be very different from the one 
at NCR or Sun Microsystems. 

Thus, the first important feature of an open system is 
that it is a moving target. Rather than waiting for the ad- 
vent of a perfectly open system, the customer community 
has to take advantage of what is available now and will 
undoubtedly be available a few years from now. At the 
same time, customers should become more active and in- 
fluence the course of open system events. 


Hierarchy of IS Components 


The second important feature of an open system is that it is 
not limited to only operating systems or any other IS com- 
ponent. On the contrary, the open system philosophy per- 
meates all nine hierarchical levels of IS implementation: 

e Chips 


Computers 


Operating systems 


Other system software (database management systems, 
languages, development and performance evaluation 
tools, etc.) 


Networks 
Software applications (mostly isolated programs) 


Subsystems (software solving a specific facet of the busi- 
ness problem) 


Systems (functional part of entire IS) 
¢ User interface (presentation part of entire IS) 


This hierarchy is depicted in Figure 1 with the tenth level 
added, the level of a business problem that you want to 
solve in the first place and that is always unique. 
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Let us look at hierarchical levels in Figure 1 in more detail. 
At the chip level is a spectrum of potential solutions with 
four points of main interest (listed in increasing order of 
standardization): 


¢ Proprietary chips, such as reduced instruction set chips 
(RISC) developed by IBM for RS/6000 or by Hewlett- 
Packard for its Vectra family. 


Microprocessor chips, such as an Intel 80386 or a Motor- 
ola 68030. Many different companies can build their 
computers based on such a chip. (To name a few, IBM 
and Compaq use the 80386, while Apple uses the 68030.) 
Thus, microprocessor chips are less proprietary than 
proprietary chips. However, a certain chip, such as the 
80386, is produced, or at least controlled, by only one 
company. 


Using a microprocessor chip sometimes (but not always) 
implies using a certain operating system. For instance, the 
68000 series is UNIX-oriented, while the 80000 series is 
MS/DOS-oriented. However, some 80386 computers also 
run under Xenix, a PC-based version of UNIX. 


Memory chips that can be used in any kind of 
computer—PC, workstation, or mainframe. Since there 
are several vendors of memory chips, they are less pro- 
prietary than microprocessor chips. 


Scalable Processor Architecture (SPARC) a RISC-based 
architecture proposed by Sun Microsystems that can be 
implemented in various configurations and semiconduc- 
tor technologies. At the time of this writing, eight semi- 
conductor companies produce different versions of 
SPARC, and many SPARC-based systems have been de- 
veloped or are under development. 


Of the four chip solutions, only SPARC deserves to be 
called a truly open system. (In a somewhat trivial sense, 
memory is also an open system but by virtue of homoge- 
neous memory structure.) SPARC does not lock its cus- 
tomers, computer vendors, in one company’s product and 
provides potentially easy and unlimited expandability and 
graceful scalability (transition between generations of 
semiconductor and computer technologies). 

At the computer level, supercomputers, mainframes, 
and minicomputers have traditionally had proprietary ar- 
chitectures, although IBM mainframe clone makers make 
this statement not so absolute. Open systems can best be 
illustrated in the PC and workstation segments of the com- 
puter industry. 

In the PC segment, Apple Computer’s Macintosh is a 
typical example of a proprietary architecture, while an 
IBM PC is an open system: an IBM PC customer can 
choose among a myriad of plug-compatible PC clones, 
add-on boards, and, most important, a huge portfolio 
(more than 15,000 application packages and still growing) 
of application software. With its PS/2 family of PCs, IBM 
has been trying with some success to “close” an open IBM 
PC architecture. 

In the workstation segment the situation 1s not so clear- 
cut. The workstation market is much more fragmented, 
and open workstation architectures practically do not ex- 
ist. (One exception is Sun Microsystems’ Sparcstation ar- 
chitecture cloned by Soulborne, Inc.) In the workstation 
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segment, open system issues are passed on to the level of — 
operating systems, where UNIX is an almost unchallenged 


candidate for a standard. 
At the level of operating systems, there is a spectrum of 


more or less proprietary solutions, with four points of | 


main interest (listed in increasing order of standardiza- 
tion): 


° ‘Proprietary operating ee such as IBM’s MVS and | 


DEC’s VMS. 


¢ De facto standards such as MS/DOS, which runs aa 
lions of PCs produced by different vendors and tens of 
thousands of software applications also developed by 
different vendors. However, there is a big difference be- 
tween a de facto standard such as MS/DOS and an open 
system: MS/DOS is still one company’s product, and an 
MS/DOS user cannot port MS/DOS applications to com- 
puters other than the IBM PC and plug-compatibles. For 
the same reason, OS/2 will never become an open system 
even if millions of OS/2 copies are sold. Obviously, de 
facto standards are every vendors dream as both Mi- 
crosoft and Bill Gates prove. 


IEEE 1003.1 POSIX standard, which is actually a toolkit 
of interface specifications rather than a complete operat- 
ing system standard. 


UNIX, which currently is a de facto standard but has a 
good chance to become an open system, especially if 
Open Software Foundation (OSF) and UNIX Interna- 
tional come to an agreement, which seems unlikely. Un- 
fortunately, the famous line “A good thing about stan- 
dards is that there are many of them to choose from” still 
works. 


The level of other system software is represented by 
DBMSs. One can see three levels of standardization: 


e Proprietary DBMSs, such as IBM’s IMS or Cullinet’s 
IDMS. 


De facto standards, such as dBase III. Note again the 
difference between a de facto standard and an open sys- 
tem: dBase III is one company’s product (although there 
are dBase III clones), and a dBase III customer can nei- 


ther port dBase III applications nor move data 1 in dBase | 


III format to other DBMSs. 


SQL -based relational DBMSs. Structured ous ane 
guage (SQL) is a standard, and any SQL-based applica- 
tion can theoretically be ported to any SQL-based 
DBMS. However, the SQL standard is very weak and, as 
a result, each DBMS vendor has its own SQL 
“standard.” For example, Oracle SQL applications will 


run on any Oracle DBMS, from a PC-based to a. 


mainframe-based, but will not necessarily run on other 
vendors’ SQL-based DBMSs. Considering the trend, one 
can argue that an SQL -based relational DBMS will be- 
come an open system in a few years. 


At the level of networking, there is again a spectrum of 
available solutions with four points of interest: 


e Proprietary networks, such as DECNet. 


e Partial standards, such as the standard for file transfer, 
access, and management (FTAM) or electronic mail 
(X.400). 


e De facto standards, such as IBM’s System Network Ar- 
chitecture (SNA) or Sun Microsystems’ Network File 


System (NFS). SNA, which has been installed in more 
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than 30,000 sites all over the world, is a typical de facto - 


standard that every vendor and customer must reckon 


- with. NFS has all chances to become an open system for 
additional distributed processing capabilities. At the 
time of this writing, more than 250 vendors and univer- 
sities worldwide have licensed the NFS protocols. 


OSI, an international standard currently under develop- 
ment. Once completely developed, it will become an 
open system at the level of networking. However, at the 
time of this writing, OSI is no more than a set of guide- 
lines and protocols. Two subsets of OSI, each conform- 
ing to the OSI standard, may not work together. To avoid 
this problem, the United States Government has devel- 
oped GOSIP, a set of guidelines for determining the 
compatibility of OSI subsets. 


At the level of applications, the establishment of a genuine 


open system is so difficult that it is mostly an unsolved 
research problem. Currently, we can see four levels of stan- 
dardization: 


Proprietary application software. Today, almost all ap- 
plication software is of this kind. 


Off-the-shelf application packages. For some widely 
used applications, such as payroll and accounting, off- 
the-shelf application packages from several vendors are 
available; however, some package customization is al- 
most always required. 


Portable software. Establishing an open system at the 
level of operating systems and DBMSs opens the possi- 
bility to port application software from one computer to 
another. However, software portability does not make an 
open system because application software would still be 
one company’s product. Some portable software can 
achieve a status of de facto standard, as the number of its 
copies sold exceeds a critical mass. 


Reusable software. With the ability to be used across dif- 
ferent, usually unforeseen, applications written by differ- 
ent software developers in different languages, and run 
under different operating systems and on different com- 
puters, software will become a genuine open system. Un- 
fortunately, we are still a long way from the time when 
reusable software is widely available. 


Finally, at the level of user interface, we can see three levels. 
of standardization: 


e Proprietary interfaces, such as the Apple Macintosh in- 
terface. 


De facto standards, such as IBM’s Presentation Manager 
_ or Microsoft Windows. 


X-Windows, a de facto standard developed by Massa- 
chusetts Institute of Technology (MIT) and approved 
and adopted by scores of computer vendors. X-Windows 
will become an open system, but in a sense specific for 
user interfaces. Since the user interface is as unique as a 
business problem, an open system at the level of user 
interface is a toolkit that can be used to build an 
application-specific user interface. 


From this brief overview, you can see that an open system 


is not a well defined concept. It is an almost religious 
movement that pursues the following common goal: 


To standardize increasingly higher-level system compo- 


- nents and thus turn them into commodity products. 
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This goal may be pursued on a variety of hierarchical 
levels. Understanding the chart in Figure | that represents 
this hierarchy is strategically important for both vendors 
and customers of ISs. From both perspectives an open sys- 
tem is the highest hierarchical level in Figure | at which 
the customer is not yet locked into the vendor solution. 

Open systems do (or will soon) bring standardization to 
at least five lowest levels; that is, customers will be able to 
obtain the same hardware, system software, and networks 
from many vendors at the lowest possible price because 
open systems turn them into commodities. If this happens, 
how will customers be able to differentiate their SISs from 
the other SISs to gain a competitive advantage? 

To answer this question, let us look one more time at 
Figure 1. Its top hierarchical level states that “your busi- 
ness problem is always unique.”’ You can see that there is a 
break of continuity somewhere between the top level, 
where no standardization is possible, and the five lowest 
levels, at which standardization is not only possible, but 
has been or will soon be done. 

Thus, the trend in IS development has shifted dramati- 
cally from purchasing and putting together various pieces 
of hardware and system software as a major part of the 
project, then developing proprietary application software, 
to developing the application software as a major part of 
the project on top of standardized hardware/system soft- 
ware that is easily obtained and installed at a minimal cost. 

The important conclusion is: To gain a competitive ad- 
vantage through a strategic use of IT, the company has to: 


¢ Secure highly productive application software develop- 
ment staff, whether by hiring and nurturing it inhouse or 
by carefully selecting and closely working with an out- 
side contractor 


¢ Supply the application software development staff with 
the newest design methodologies and the best possible 
development tools to reduce the development life cycle 
and thus retain a sustainable competitive advantage fora 
longer period of time. 


Without these two components, all your good intentions to 
gain a competitive advantage through an SIS will likely be 
futile. 

The next two sections discuss the reasons why both IS 
customers and vendors should support the open system 
movement. 


Why Open Systems? The Customer’s 
Viewpoint 


Why should you embrace the concept of open systems if 
you are an IS customer? The short answer is: ““Because at 
any point in the customer IS’s life cycle, open systems pro- 
vide the closest fit with the customer wish list given previ- 
ously (“IS Customers Against Vendors: An Intrinsic 
Conflict’’),” Let us discuss this answer in more detail. 

The first major advantage of open systems for custom- 
ers is that they get more certainty in planning the develop- 
ment of largescale systems, such as SISs, and migration 
among successive generations of technology. This cer- 
tainty is especially important in the case of SISs because 
the SIS life cycle may encompass 5 to 15 years (or even 
more; consider American Airlines’ Sabre first developed in 
1961) so that protection of an initial investment in hard- 
ware and system and application software may be of para- 
mount importance. 
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The SIS customer may be fairly confident that this in- 
vestment is protected all the way up to the highest level in 
the hierarchy of IS components at which the system is still 
open. This confidence is based on a well-defined path of 
updates and upgrades of, or additions to, existing hard- 
ware and software, including even a complete switch from 
one vendor to another. 

The second major advantage of open systems is that 
switching costs are greatly reduced so that replacement of 
one vendor with another will be relatively easy, inexpen- 
sive, and certainly not as painful as it is today. In fact, with 
the advent of open systems, customers will never again be 
locked into one vendor’s proprietary environment. 

Two immediate consequences will result when custom- 
ers are no longer at the mercy of a single vendor: 


¢ The level of customer service by the vendor will certainly 
go up. The open systems market is permanently a buyer’s 
market, and vendors will fight for the customer. 


e The price of hardware and software products at the open 
system level will inevitably go down as these products 
gradually turn into commodities and competition 
among vendors becomes more ferocious. At low hierar- 
chical levels in Figure 1, such as PCs, we will be witness- 
ing price wars a la McDonalds vs. Burger King. 


Suppose, however, that for one reason or another, the cus- 
tomer does not want to switch to another vendor. The cus- 
tomer is a winner anyway. The reason is that multivendor 
environments are a political reality as well as an econom1- 
cally and technically justified necessity rather than a his- 
torical mishap. Customers will incrementally enhance 
their computational resources and software in a cost- 
effective way without having to marry a single vendor or to 
be concerned about such things as compatibility, portabil- 
ity, and the like. Customers will also be able to provide 
better utilization of their IS resources through network 
computing, that is, execution of application software by 
the set of dynamically allocated, currently free or underu- 
tilized, and most cost-effective computer network nodes. 

The third major advantage of open systems for custom- 
ers is reduction of customized software development costs. 
The reduction comes from at least two sources: 


¢ Hiring and training expenditures will go down. A major 
pool of programmers will develop their application pro- 
grams under a standard operating system, against stan- 
dard databases, and, in the more distant future. They 
will also take advantage of huge libraries of standard re- 
usable application software. They will learn all of these 
standards in a college, and the amount of additional ed- 
ucation and training required will be insignificant. 


Program development productivity will go up, while 
quality assurance, support. and maintenance expendi- 
tures will go down as a result of standardization of oper- 
ating systems, other systems software, and especially ap- 
plication software and user interface. 


Why Open Systems? The Vendor’s 
Viewpoint 


Customers seem to be sure winners in the open systems 
game. Unfortunately for vendors, this statement cannot be 
said about all of them. Some will win, while others will 
lose—and lose big. The stakes for vendors are very high. 
Thus, it comes as no surprise that the game will be highly 
politicized, and political consideration will often prevail 


JANUARY 1992 


6 1260 
Technology Issues & Trends 


over common sense and logic. Although virtually vendors 
claim that they promote open systems for the sake of their 
customers, that claim may not always he true. Let us look 
at the current situation in the computer vendor camp and 
some plausible future alternatives. 

Vendors are not created equal, and open systems are a 
great leveler. In other words, first-tier vendors that have 
established their position at the top by selling highly pro- 
prietary hardware and system software must oppose or at 
least resist the open systems movement no matter what 
they publicly say. IBM and DEC fall into this category. 

You might think that first-tier vendors should sincerely 
support open systems because open systems turn hardware 
and system software into commodity products. Don’t gi- 
ants have a better chance to survive and prosper in the 
commodity market because of economies of scale and 
their unique ability to provide low-cost, high-volume man- 
ufacturing? If so, they could have blown away their less 
fortunate competitors because of their cost advantage and 
hence should have been pleased with open systems. 

The catch is that neither IBM nor DEC wants to be in 
the commodity market. To win it would be a Pyrrhic vic- 
tory because they should have forgotten their handsome 
profit margins once and forever. From the profit margin 
viewpoint, open systems threaten to turn first-tier com- 
puter vendors into department stores such as Sears or 
Kmart. 

As a result, first-tier computer vendors have no other 
choice than to resist or at least delay open systems as much 
as they can. Unfortunately for them, they can exert only a 
limited influence on the market. For example, it would be 
politically suicidal for IBM and DEC to put their propri- 
etary architectures head-on against open systems, as if to 
say publicly that they want to keep holding their customers 
the hostages of proprietary hardware and systems soft- 
ware. 

The second best alternative for first-tier computer ven- 
dors after proprietary hardware and system software is 
standards based on their products or de facto standards. A 
huge installed base of products, new architectural initia- 
tives such as IBM’s SAA, and such organizations as Open 
Software Foundation (both IBM and DEC are its founding 
members) all provide this alternative for IBM and DEC. 
Speaking of Open Software Foundation, one must clearly 
understand that if such archrivals as IBM and DEC are 
doing something together, there must be a very strong rea- 
son. In this case the reason is an attempt to control (and 
perhaps to delay) the open systems process at the level of 
system software and user interface. 

Unlike IBM and DEC, second-tier computer vendors 
such as Unisys, NCR, Honeywell Bull, and Olivetti have 
no other choice than to vehemently support open systems. 
As mentioned previously, open systems are a great leveler, 
and the only way these companies can compete with and 
take some market share back from IBM and DEC is to 
promote open systems actively. 

For the same reason, workstation vendors such as Sun 
Microsystems and Hewlett-Packard (HP) actively support 
open systems. Sun Microsystems has even become an ini- 
tiator of the open system movement at the level of chips, 
operating systems, networks, and user interfaces. 

Of course, second-tier computer and workstation ven- 
dors clearly understand that open systems lead to a 
commodity-like computer market. They also understand 
that open systems will result in lower prices and profit 
margins. Thus, their only hope is further penetration of 


JANUARY 1992 


Open Systems Concepts Managing LANs 


and issues 


computers in all areas of our life and business and, as a 
result, higher sales in their respective markets. 

It is hard to say if such hope is completely justified. On 
one hand, Sun Microsystems, one of the most successful 
and thriving computer companies in history, is at the same 
time a company with the lowest profit margins in the com- 
puter industry. On the other hand, there may not be 
enough room for another dozen companies, some of them 
significantly larger than Sun. It is relatively easy to predict 
a bloody war at the law end of the workstation market, 
where Sun may be challenged not so much by IBM, DEC, 
or HP as by Apple and Compaq. 

As follows from Figure 1, the only way to preserve to- 
day’s margins is to go up in IS component hierarchy; that 
is, get involved in the application software and eventually 
system development and integration business. That is why 
IBM, DEC, and AT&T are trying to become major players 
in the system integration business, while HP, Sun Micro- 
systems, and Apple demonstrate their presence in it. 

Having hundreds of dedicated third-party software 
vendors, as Sun currently has, may no longer be enough. 
With the advent of open systems, third-party software ven- 
dors may also be dedicated to any other open systems ven- 
dor. By the nature of an open system, third-party software 
will run on any hardware that supports open system stan- 
dards. 


Who is Pushing Open Systems? 


The open systems movement has several powerful sup- 
porters. First, the hardware and system software vendors 
have a vested interest in open systems. As mentioned in 
the previous section, such companies as Sun Microsys- 
tems, AT&T, Unisys, NCR, and HP actively support open 
systems. 

Second, United States and European governments ac- 
tively support open systems. The U.S. Government, a $17 
billion-a-year IS user, actively promotes UNIX and OSI as 
an open systems solution at the level of operating systems 
and networks, respectively. The European Commission al- 
ready requires open system software for all government 
computer bids. 

Third, some very big IS users and system integrators, 
such as Boeing and General Motors, really want standards 
and support proliferation of open system standards as well 
as actively participate in their creation. Strangely enough, 
many IS users are fairly indifferent to open systems. Un- 
less IS users become active and say what their require- 
ments are and in what direction the open systems move- 
ment should go, they will get only a limited edition of open 
systems: open systems, vendor style. And it may not be the 
same as open systems, customer style. 

Here are the major reasons—some of them well 
justified—why IS users still play a relatively passive role in 
the open system movement: 


¢ Many users remain loyal to their vendors, often for a 
good reason. 


e The largest installed base of business are IBM sites, 
where users are more conservative and pick a “‘wait-and- 
see”’ tactic. 


¢ Open systems are not on the top of their priority list (for 
example, many users are more concerned about connec- 
tivity). 

Immediate conversion from proprietary architectures to 
open systems is prohibitively expensive and economi- 
cally unjustified. 
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e Many users are concerned that standardization implies 
reducing the level of technology to the least common de- 
nominator. 


e Some major standards are claimed and talked about a 
lot, but not really implemented. 


Problems with Open Systems 


Two problems with open systems are commonly cited by 
their opponents: 


e« Open systems compromise security because they offer 
greater portability, interoperability, scalability, and in- 
formation sharing. OSF defines portability, interopera- 
bility, and scalability as follows: 


—Portability: the ability to run application software 
on computers from different vendors. 


-Interoperability: the ability for computers from dif- 
ferent vendors to work together. 


—Scalability: the ability to host the same software en- 
vironment on a wide range of computer platforms, 
from PCs to supercomputers. 


e Open systems bring standardization and thus impede in- 
novation because innovation is always deflection from 
standards. 


Let us briefly discuss these problems. 


Open systems and security 

Greater portability, interoperability, scalability, and infor- 
mation sharing should be balanced with security require- 
ments. Unfortunately, these elements are not always bal- 
anced properly, and security breaches result. The most 
common violations of security include: 


¢ Porting uncertified software that may turn out to be in- 
fected 


e Sending private or sensitive information across the com- 
puter network without necessary precautions, such as en- 
cryption 


e Providing weak protection of computers and the net- 
work from the spread of viruses 


e« Allowing too much freedom in accessing privileged in- 
formation and programs 


Historically, security has had a lower priority than other 
technological developments, especially in UNIX environ- 
ments, a major stronghold of open systems. For example, 
in a recent survey of UNIX users, security was not even 
mentioned as a problem, although UNIX is not known as 
the least vulnerable operating system. 

Indeed, the fact of life is that open systems have in- 
creased vulnerability. However, treating security as one of 
the major IS design considerations can eliminate many 
problems that should not have occurred in the first place. 
Developing an open system first and only then providing 
its security is a common and serious mistake that can be 
easily avoided. 

Another common mistake is to consider security as a 
component rather than a system problem. The most secure 
operating system will not help much if security measures 
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are not provided and enforced at the database level; nor 
will the secure operating system with effective security 
measures help in a distributed system that has an insecure 
computer network. 


Open systems and innovation 

Since open systems pursue standardization, the conflict 
between open systems and innovation is intrinsic and in- 
evitable. It may be resolved only by looking at open sys- 
tems as a dynamic rather than static process. 

Standards always lag behind an advanced technology 
and, unfortunately, usually catch up with it at the time it 
becomes mature, if not obsolete. For SISs that are designed 
to gain a competitive advantage, the time factor in using 
the advanced technology is so critical that the existing 
standards may be completely ignored just because they are 
still immature. By the time standards become mature, the 
strategic use of the specific technology is an open secret. 
Similarly, high-payoff applications are more often ad hoc 
and proprietary than standardized. 

The resolution of this conflict between standardization 
and innovation comes from understanding that the most 
innovative and strategically important systems still have 
to be developed on top of standards in the areas that are 
well established and not crucial for innovation. Con- 
versely, today’s innovation is tomorrow’s standard, pro- 
vided that the innovation has proved itself successful. 
These two processes must coexist, complement each other, 
and be well managed if the enterprise is to reap benefits of 
standardization and innovation at the same time. 


Conclusion 


From this reporter you may have gotten overoptimistic ex- 
pectations that open systems are available today, or at least 
will appear very soon, maybe tomorrow. Such expecta- 
tions are naive. First, open systems will not happen over- 
night. Think of open systems as a process of “opening” 
information systems—a process that is intrinsically grad- 
ual, incremental, and in some cases even painful. 

Second, this process is highly politicized by its many 
participants, who may have different vested interests in 
how it will proceed, what results it will have, and when 
these results will occur. IS users, major beneficiaries of 
Open systems, must play an active role in this process if 
they are to gain all the advantages of open systems. 

Third, in order for open systems to materialize, stan- 
dards at different hierarchical levels must be implemented 
rather than only claimed or discussed. Many standards for 
open systems should be discussed and agreed upon in 
meetings of international standards organizations, such as 
the ISO or Comite Consultatif International de Teélé- 
graphique et Téléphonique (CCITT). This process auto- 
matically means years of discussion; thus both the vendor 
and user communities are doomed forever to working with 
incomplete or temporary standards. 

As a result of these factors, some skeptics do not even 
expect radical changes in the implementation of open sys- 
tems until the next century (which is not that distant). My 
optimistic view is that we will see implemented open sys- 
tems by 1995. In order to accomplish this goal, however, IS 
customers have to be prepared today. Hl 
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Datapro Summary 


The concept of interoperability is one of the most important in computing, but the 
term has been used so much that its meaning has become blurred. Interoperability 
is a matter of making LANs, computers, and computer components communicate. 
It is closely linked to the existence of accepted standards, both formal and de facto. 
From the standpoint of interoperability, the most important standards are those 
defined in the OSI Reference Model. Interoperability is well defined at the lower 
levels of the Model, but it is less well defined in the upper layers. This report 
provides examples of the state of interoperability at each of the seven OSI layers, 


describing the degree of standards certainty at each layer. 


The more you encounter a word or phrase, 
the less meaning it begins to have. In com- 
puters, you see user-friendly and powerful so 
often that the eye passes over them with 
barely a whisper reaching the brain. Lately, 
I’ve been tempted to add interoperability to 
the list; it’s become overworked and mis- 
used. Yet it is one of the most important 
concepts in computing. It’s time to put 
some meaning and substance back into in- 
teroperability to help us talk meaningfully 
about what works with what. 

The biggest problem is that interopera- 
bility is a huge concept; you can use it in 
regard to nearly everything. You most often 
encounter it in reference to LANs (and 
most of my examples below deal with 
LANs), but it also touches on other ways 
that you can make computer systems and 
components talk to one other. Modems, se- 
rial ports, printers, printer ports, E-mail 
links, applications software, musical instru- 
ments, telephones, and even fax machines 


This Datapro report is a reprint of ‘‘Interopera- 
bility Today” by Barry Nance, pp. 187-196, 
from Byte, Volume 16, Number 12, November 
1991. Copyright © 1991 by McGraw-Hill, Inc. 
Reprinted with permission. 
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exemplify varying degrees of interoperabil- 
ity. The challenge is to define a framework 
in which an examination of interoperability 
makes sense. 


Interoperability and 
Computers 


One of the most interesting characteristics 
of interoperability is that you no longer use 
the word in reference to things that actually 
do interoperate. If you’ve ever purchased a 
telephone and some phone cord with RJ-II 
jacks at either end, plugged the phone intoa 
wall jack in your house, and immediately 
picked up the handset to make a call, you’ve 
experienced interoperability of the highest 
order. But you’d never use the word to de- 
scribe to your friends what you did. The 
same is true of every electrical appliance 
you've ever plugged into a wall outlet. The 
degree of interoperability achieved by tele- 
phone and utility companies is exceedingly 
high. | 

On the other hand, if you’ve ever tried to 
merge two LANs, one using IBM OS/2 
LAN Server and one using Novell NetWare 
(and perhaps with some Macintosh work- 
stations attached), so that all users get to 
share the same resources and files on all the 
servers, you know how far the computer in- 
dustry has to go before it achieves true in- 
teroperability. In such a situation, you 
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might find yourself using interoperable as an expletive 
while you try to make things work. 

If you buy all your hardware and software from one 
manufacturer, your concern for interoperability is eased 
somewhat, although you can still run into things that don’t 
work well together. For example, IBM produces charts and 
tables to show which of its products work together and, by 
implication, which do not. And you can’t dismiss IBM’s 
proprietary products from interoperability considerations; 
IBM is large enough that its specifications and guidelines 
often become industry standards. Interoperability is 
closely linked to the existence of accepted standards, 
whether they’re the formal result of official standards ef- 
forts or the de facto result of industry-wide acceptance. 


Up the Stack 


The most important standards in the interoperability 
arena arc those encompassed by the Open Systems Inter- 
connection Reference Model. It provides a framework that 
developers use to create interoperable products and that 
you can use to explore the current state of interoperability. 
Because many products are not yet OSI compliant, the cor- 
respondence between the OSI model and reality is not al- 
ways exact, but it is the best reference available. 

Briefly, the OSI model declares seven protocol layers 
and specifies that each be insulated from the others by a 
well-defined interface. From bottom to top, the seven lay- 
ers (see Figure 1) are as follows: 


e Physical. The lowest level of the OSI model specifies the 
physical and electrical characteristics of the connections 
that make up a network. It encompasses such things as 
twisted-pair cables, fiber-optic cables, coaxial cables, 
connectors, and repeaters. You can think of it as the 
hardware layer. 


Figure 1. 
The OSI Model 


Application 


Logical Link Control 
—— —-Data link ———— 
Media Access Control 


Physical 


Each layer of the OSI model presents a strictly defined in- 
terface to the adjacent layers, permitting pieces from differ- 
ent vendors to fit together seamlessly. 
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e Data link. In this layer of processing, the electrical sig- 
nals enter or leave the network cable. Bit patterns, en- 
coding methods, and tokens are examples of elements 
known to this layer (and only to this layer). The data-link 
layer detects errors and corrects them by requesting re- 
transmissions of corrupted messages or packets. Because 
of its complexity, the data-link layer is broken into a Me- 
dia Access Control layer and a Logical Link Control 
layer. The MAC layer manages network access (e.g., to- 
ken passing or collision sensing) and network control. 
The LLC layer, operating at a higher level, sends and 
receives the data messages or packets. 


Network. This layer switches and routes the messages to 
get them to their destinations. It is responsible for ad- 
dressing and delivering messages. 


Transport. When more than one packet is in process at 
any one time, this layer controls the sequencing of the 
message components and regulates inbound traffic flow. 
If a duplicate packet arrives, this layer recognizes and 
discards it. 


Session. The functions that are defined in this layer let 
applications running at two workstations coordinate 
their communications into a single session. A session is 
an exchange of messages—a dialogue—between two 
workstations. This layer helps create the session, informs 
one workstation if the other has dropped out of the ses- 
sion, and terminates the session on request. 


Presentation. When IBM, DEC, Apple, Next, and Bur- 
roughs computers all want to talk to each other, some 
translation and byte reordering is needed. This layer con- 
verts data into (or from) a machine’s native internal nu- 
meric format. 


Application. This is the layer an application program— 
and, therefore, the programmer—sees. A message to be 
sent across the network enters the OSI model protocol 
stack at this point, travels downward toward the first 
layer (the physical layer), zips across to the other work- 
station, and then travels back up the stack until it reaches 
the application on the other computer through that com- 
puter’s own application layer. 


What follows is a discussion of the current state of interop- 
erability at each of the layers in the OSI stack. Notice that 
while the status of interoperability gets fuzzier as you go up 
the stack, the word interoperability is used (or perhaps 
abused) more frequently as you near the top. 


Firm Foundations 


Within each type of cable, physical interoperability is 
pretty well defined. If you indicate you’ve connected some 
computers with RG-58 A/U coaxial cable, there is a good 
chance that a network administrator will immediately 
think of thin-wire Ethernet. Mention shielded twisted-pair 
(IBM Type 1) cable, and Token Ring will probably come to 
mind. Unshielded twisted-pair cable might be Token Ring, 
or it might be Ethernet’s relatively new version (10Base- 
T). Fiber optics? Fiber Distributed Data Interface (FDDI) 
is new enough that you might just get puzzled looks. 

In each case, though, the simple mention of the type of 
cable is often enough to define the entire physical appear- 
ance of the network components and to specify what will 
connect—interoperate—with what. If my computer has a 
Token Ring card and I want to connect to your network, I 
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need ask only two questions to find out whether it’s possi- 
ble: “4 or 16 Mbps?” and “Shielded or unshielded twisted 
pair?” This level of interoperability is made possible by 
standards efforts managed by the IEEE. The 802.3 (Ether- 
net) and 802.5 (Token Ring) standards specify exactly how 
the physical layer of the network should behave, and these 
standards extend their reach into the data-link layer. 

There are other physical standards that are highly in- 
teroperable. The best example is a parallel printer cable 
(which uses the Centronics interface). If you buy a printer 
with a parallel interface and it doesn’t work with a com- 
puter and cable known to be good, it’s certain that the 
printer is dead on arrival. 

The standard for serial cables, RS-232, is equally rigor- 
ous and exacting. It defines Data Terminal Equipment and 
Data Communications Equipment, and it specifies exactly 
how to connect DTE and DCE to make them interoperate. 
I can buy a modem with an RS-232 interface, connect it to 
my RS-232 serial port with an RS-232 serial cable, and 
know that things are going to work. 


Data Link: Defining Data Formats 


Suppose I got out some spare chips and a soldering iron 
and somehow managed to connect my Token Ring- 
equipped computer to your Ethernet LAN so that the 
Ethernet message packets (frames) successfully entered my 
Token Ring card (don’t try this at home!). Can I 
“interoperate” on your LAN? No way. 

First of all, my Token Ring adapter needs to see a 3-byte 
token that it can claim before it can send data on the net- 
work. The cards in the other workstations rely on collision 
sensing to get their message across. But even forgetting 
about tokens and collision sensing, the basic format of the 
data is different. 

Pascal programmers call it a RECORD. In C, it’s a 
struct. Bare-metal assembly language folks might use a 
struc <>. COBOL programmers think of it in terms of a 
Record Description. Basically, it’s the layout of the data in 
memory, the organization of the data bytes into fields 
within a data record. 

Not only is an Ethernet data record or frame laid out 
differently from a Token Ring frame, IEEE 802.3 Ethernet 
is also slightly different from true Ethernet—the original 
Ethernet definition from Xerox and DEC. Figure 2 shows 
the differences. But within each standard (IEEE 802.3 
Ethernet or IEEE 802.5 Token Ring), the degree of in- 
teroperability is high, permitting adapter cards of the same 
type from different manufacturers to interoperate seam- 
lessly. 

ARCnet data records (or frames), FDDI frames, and 
StarLAN frames are differently laid out, too—just as you’d 
expect. The essential point, though, is that my hybrid, jury- 
rigged Token Ring card won’t work with your Ethernet 
LAN because these record layouts are understood by the 
ROM program code burned into each adapter. (If I did 
manage to modify the Token Ring card enough to make it 
work, it would no longer be a Token Ring card—it would 
have become the world’s most expensive Ethernet 
adapter.) 

What about non-LAN examples? If interoperability is 
such a slippery thing, why can I use my fax machine to 
send documents and pictures to you as if we had picked 
our equipment from the same assembly line? The answer, 
of course, is standards. Group 3 fax is a standard under- 
stood around the world. 
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The 9000-bps modems took a while to catch on, mostly 
because the standard for data representation was still 
evolving. Now we have CCITT V.32 modems from differ- 
ent manufacturers that reach out and touch each other re- 
liably. However, some modems, designed before the 
CCITT standard stabilized, do not always speak clearly to 
other 9000-bps modems. An example is the USRobotics 
Courier HST modems; before USRobotics’ Dual Stan- 
dard, its modems didn’t interoperate well with other 9600- 
bps modems. (The original HST used a proprietary modu- 
lation scheme that provided a 9600-bps forward channel 
and a back channel running at 1200 bps.) 


Network and Transport Layers 


People talk a lot about interoperability at the network and 
transport layers. If my earlier cynical observation is true, 
this means that interoperability is sporadic and elusive at 
this level. Pll test this theory here. 

IPX.COM, the layer of NetWare workstation software 
between NETx.COM (above) and network adapter soft- 
ware (below), exists at this level. IPX has its own applica- 
tion programming interface, and applications software on 
one NetWare workstation can talk through this interface to 
other NetWare workstations. However, the workstation 
dialogue takes place in a unique dialect of network lan- 
guages; other workstations may use the same cables and 
network adapters, but they can’t participate if they don’t 
speak the IPX language. 

Incidentally, if you are getting confused by this talk of 
layers, protocol stacks, and interfaces, look back at Figure 
2 for a moment. See the field in the Ethernet and Token 
Ring frames that’s labeled Data? The data field is yet an- 
other whole record layout. 

The fields in this encapsulated data record are defined 
by the software in the network/transport layers. If I send an 
Ethernet frame to your NetWare workstation with a data 
field (i.e., record) containing bytes organized a certain 
way, your IPX-based workstation will recognize the frame. 
If I put incorrect or undefined values in those bytes, your 
workstation will not know what to do with the frame, even 
if the Ethernet portion is filled in correctly. At the network 
and transport layers, interoperability is defined mostly in 
terms of the definition of the data within the message 
packet. 

IPX is a close adaptation of a protocol developed by 
Xerox, XNS. Novell uses IPX, of course, but I don’t know 
of any other major players whose LAN products imple- 
ment it directly. One way around this stumbling block to 
interoperability is to use the Clarkson Packet Drivers. 

Supported by Novell, FTP Software (Wakefield, MA), 
much of the academic community, and other groups, the 
Clarkson Packet Drivers allow multiple protocols to use 
the same network adapter. IPX data packets are routed to 
IPX, NetBIOS packets to NetBIOS, TCP/IP packets to 
TCP/IP, Network File System packets to NFS, and so 
forth. These drivers take up a little extra RAM, but they do 
a good job of providing interoperability at the network/ 
transport layers—if you have multiple upper layers that all 
need to use the same network adapter. 

TCP/IP is yet another piece of the interoperability puz- 
zle. (If everyone used TCP/IP—or IPX, or NetBIOS—lI 
probably wouldn’t be writing this.) TCP/IP was developed 
with government money and is therefore in the public do- 
main; this probably explains its popularity. TCP can be 
considered a transport-layer definition; IP fits more into 
the session layer. TCP, of course, is very different from 
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Figure 2. 
Frame Types 


Frame Types 


Ethernet frame 
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Different LAN types encapsu- 
late data differently, resulting 
in incompatibilities. The most 
significant difference between 
“true” Ethernet and IEEE 
802.3 Ethernet is the Pad 
field. True Ethernet defines 
the smallest data field as 46 
bytes; 802.3 Ethernet allows 
you to send a zero-length data 
field and pads the frame to the 
proper length. Token Ring is 
something else again: It has 
one frame definition for the 
token and another for the data 
frame. Given the differences 
between the Ethernet and To- 
ken Ring frames, it’s no won- 
der that adapters of one type 
can’t recognize frames of the 
other type. | 
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IEEE 802.5 Token Ring token 


80] ac} ED. Field length, in bytes 


SD = Start delimiter AC = Access control ED = End delimiter 


SD = Start delimiter 

AC = Access control 

FC = Frame control 

DA = Destination address 


IPX. In fact, the many different transport-layer definitions 
(record layouts and data field meanings) are the biggest 
obstacles to interoperability. 

Another term that is used at this level is transport inde- 
pendence; it’s another way of saying interoperability. Sup- 
pose you want to develop an application consisting of dif- 
ferent modules that run on an IBM PS/2 under OS/2, a 
Mac, and a UNIX box. You’d like to design the modules so 
that the calling interface—one module passing parameters 
and control to another—is completely transparent to the 
programmer. You need special glue to put these pieces to- 
gether. This glue is called remote procedure calls, or RPC. 

RPC lets different kinds of computers process different 
parts of the same application. Companies like SunSoft (a 
subsidiary of Sun Microsystems), NetWise, Novell, 
Hewlett-Packard, and Momentum Software are doing 
amazing things with RPC. American Airlines, for example, 
is using XIPC from Momentum to develop a new cargo- 
routing system that runs on a variety of computers. 

Transport independence means that all the machines 
making up the entire application system are using the same 
transport-layer definition—IPX, NetBIOS, TCP/IP, or 
something else. RPC is great when the same transport layer 
is available for all the kinds of computers you want to use. 
You use the RPC tools to segregate your modules by target 
machine, and you link the modules with an RPC library on 
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SA = Source address 

FCS = Frame-check sequence 
ED = End delimiter 

FS = Frame status 


each target. Voila—you have taken the best characteristics 
of each kind of computer and incorporated them into one 
system. 

But suppose you’d really like to use one of those new 
Volga Boatntan/2000 computers, which as everyone 
knows only support the F/X protocol, in your application. 
Your vendor of RPC tools shrugs and says, ““Sorry.”” You 
start traveling to the trade shows, hoping to hear someone 
use the words “interoperability” and “Volga” in the same 
breath. 

I’ve concentrated on IPX and TCP/IP, probably the 
two most widely used transport protocols. Another term 
you hear frequently in conjunction with TCP/IP and IPX 
is NetBIOS. Actually, though much of NetBIOS works at 
the session layer, the next level of the OSI model. 


Session Layers 

IPX.COM actually contains two protocols, IPX and SPX. 
As you’d expect, SPX is a layer on top of IPX and uses IPX 
to send and receive its data messages. SPX is session- 
oriented, like NetBIOS, but the similarity ends there. In 
my book Network Programming in C (Que Publishing, 


1990), I explain NetBIOS programming techniques in one 
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chapter and IPX/SPX techniques in another—the degree 
of interoperability between the two chapters is exceedingly 
low. 

““Ah!”’ you say. ‘“‘Novell supplies a NetBIOS.EXE pro- 
gram with NetWare that ought to solve the problem.” I 
wish that it were true. If the various implementations of 
NetBIOS were interoperable, you could construct a proto- 
col stack consisting of network-adapter support software, 
IPX.COM, NetBIOS, and different redirector modules 
from Novell (NetWare NETx.COM), Artisoft (LANtastic), 
Performance Technology (PowerLAN), IBM (DOS LAN 
Requester), and other vendors, and you’d be able to access 
just about any file server ever created. 

Even if you had enough RAM to hold this protocol 
stack, you still couldn’t use it to access anything. Each ven- 
dor expects its LAN software to work with the NetBIOS it 
implemented. I’ve gone only five-sevenths of the way up 
the OSI model, and already interoperability is out of focus 
and getting fuzzier by the minute. 

While there are some differences in each of the pro- 
gramming interfaces of the NetBIOS implementations 
from various vendors, a bigger problem is the different 
data-record layouts that are used to shunt NetBIOS pack- 
ets across the network. On a DOS workstation, the Net- 
BIOS module from IBM is the device driver 
DXMTOMOD.SYS (part of the IBM LAN Support Pro- 
gram). Novell’s, as I mentioned, is NETBIOS.EXE. Arti- 
soft’s NetBIOS for LANtastic is AILANBIOS. Perfor- 
mance Technology’s PowerLAN NetBIOS module is 
named for the adapter it supports. The data records (i.e., 
the contents of the data record encapsulated inside the 
data field of the Ethernet or Token Ring frame) that each 
of these modules creates are completely different. 


Presentation and Application Layers 


The software on your LAN that gives you access to the file 
server is the network shell, or redirector. On a NetWare 
network, this is NETx.COM (where the x denotes the ver- 
sion of DOS you run). On an OS/2 LAN Server network, 
it’s represented by DOS LAN Requester at DOS-based 
workstations. Other vendors’ redirector software is usually 
called REDIR or NET. At this level, you can also talk 
about E-mail interoperability, along with the software 
mechanisms for sharing data in the Presentation Manager 
and Windows environments. 

It goes without saying that NetWare LANs, OS/2 LANs, 
Banyan LANs, and peer-to-peer LANs are not easily in- 
teroperable at this level. Just as you’d suspect from the 
discussion of lower layers of the protocol stack, the lack of 
communication among different vendors’ redirector soft- 
ware modules is mostly a matter of data definition. 

NetWare workstations use the NetWare Core Protocol 
to request file services; servers respond in kind. NCP was 
highly proprietary until earlier this year, when Novell an- 
nounced it would license the NCP specification for a fee. 

IBM designed the Server Message Block protocol for 
use with the PC LAN Program. One of the best documents 
for understanding the SMB protocol is Volume 2, Number 
8-1, of the JBM Personal Computer Seminar Proceedings. 
Printed in 1985, it’s still a useful introduction to how 
SMBs are used. IBM currently uses the SMB protocol be- 
tween OS/2 LAN Server and DOS LAN Requester work- 
stations; a few vendors of peer-to-peer products (e.g., Pow- 
erLAN) also support SMBs. Like NCP, however, SMB is 
identified closely with one company. It doesn’t have the 
clout to become a widespread standard. 
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Interprocess Communications 


At the top of the OSI model, new products and new stan- 
dards for application-level interprocess communications 
come into being so often that it’s hard to get a handle on 
the current state of affairs. Interoperable is used to describe 
each new product and standard. As I’ve suggested, the fre- 
quent use of the word is perhaps significant, but not in the 
way that was intended. 

Dynamic Data Exchange, an application-to-application 
protocol for the Windows environment, was designed by 
Microsoft for use in Excel, the spreadsheet program. It is 
described in the Windows Software Development Kit and 
is available to other applications that want to talk to each 
other. Microsoft also offers Object Linking and Embed- 
ding (OLE) for use under Windows. DDE has five mecha- 
nisms applications can use: 


e Hot Link. A server application sends data to a client ap- 
plication whenever data changes. 


¢ Warm Link. The server notifies the client that data has 
changed, and the client can then request it. 


e Request. This is equivalent to a copy-and-paste opera- 
tion between the server application and the client, with- 
out the need for the intermediate clipboard. 


e Poke. This is a “‘back channel transfer.” 


e Execute. One application controls the execution of an- 
other. 


For two applications to use DDE, they must agree on the 
format of the data to be exchanged. If the applications are 
from different vendors, this means the vendors must pub- 
lish detailed specifications. 

OLE is a layer on top of DDE that insulates the applica- 
tion programmer from some of DDE’s tedious detail. One 
application puts data into a container that is located in the 
other application. The second application only needs to 
know how to display the data. If changes to the data are 
required, the second application invokes the first one 
through a special interface. 

HP’s NewWave is object-oriented. It uses the concept 
of agents, and it contains an intelligent link manager that 
resolves object names into file-system names. Version 3.1 
of NewWave incorporates OLE. SunSoft’s ToolTalk is an- 
other example of interprocess communications and object 
linking. 

Interoperability among the various providers of inter- 
process communications facilities probably won’t happen 
for a long time. Even within a single protocol like DDE, 
interoperability remains highly application dependent. 


E-Mail Interoperability 


E-mail is another application-level service that’s feeling 
the interoperability push. Many commercial E-mail prod- 
ucts adhere to the Message Handling System and/or the 
X.400 standard. MHS messages, for example, have a 
header, a body of text, and perhaps an attached file. The 
header contains a destination address, a return address, a 
postmark, and other information. Both addresses have a 
particular format: <username> @<workgroupname>. 
Applications that define data in this same format can in- 
teroperate with MHS. Similarly, applications that use 
X.400 conventions can interoperate with other X.400 ap- 
plications and users. | 
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Of course, myriad other E-mail standards exist. West- 
ern Union has EasyLink, Telenet offers Telemail, and a 
rather popular one is PROFS from IBM. Interoperability 
among these systems is mostly a matter of reformatting 
data to look the way the other system expects. In E-mail, at 
least, some of the promise of interoperability has been re- 
alized. | 


Farther on Down the Road 


Interoperability is a big issue; so big, in fact, that an annual 
trade show, called Interop, is now devoted to it. Run by the 
Advanced Computing Environment people, Interop has 
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one overriding criterion for its exhibitors: Products must 
successfully interoperate with other products on a net- 
work. The show is the meeting ground of the technical peo- 
ple who sweat bullets to turn interoperability into a word 
you won’t have to hear much of anymore. 

And they still have a lot to sweat over. While interoper- 
ability solutions are solidly in place for the lower levels of 
the OSI stack, things begin to break down around the 
transport and session layers. Constructing a heterogeneous 
network today is not an impossible undertaking, but the 
day when any application can interact seamlessly with any 
other over your network still remains at least a few years 
off. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


ao 


In this report: 
The Benefits of GUIs........... 


Implementing GUIs in 
the MIS Environment........... 


GUls: Today 
and TOMOrrow..........:..c0ecee0 


GUIs: Tomorrow 
and Beyond ..............:cccseee 


Managing LANs 1262 4 
Technology Issues & Trends 


DATAPRO 


Graphical User 
Interfaces (GUIs): 
Trends and Applications 


Datapro Summary 


Graphical user interfaces (GUIs) are icon/pointer-based operating shells. They 
claim to offer an easy-to-use and learn, more intuitive alternative to character/ 
function key-based interfaces, such as standard DOS and UNIX operating sys- 
tems. Popularized by the success of the Apple Macintosh and revitalized by the 
impressive sales of Microsoft Windows 3.0 for DOS-based workstations, GUI use 
is increasing. But many questions about the real benefits of GUIs remain unan- 


swered. 


GUlis: The Promise 


Graphical user interfaces (GUIs) were first 
popularized with the advent of the Apple 
Macintosh personal computer in 1984. The 
Macintosh was the first PC to incorporate a 
GU] as an intrinsic component of the oper- 
ating system. Macintosh claimed to offer a 
more intuitive, easy-to-use and learn alter- 
native to the character/function key-based 
interfaces provided by the DOS and UNIX 
operating systems. 

The Macintosh’s mouse-driven multi- 
window/file, folder/desktop metaphor cap- 
tured the attention of both system manag- 
ers and computer users, as well as the 
computer industry media. They praised the 
graphical approach that Apple had taken 
with the Macintosh, and heralded GUIs as 
the wave of the future. Many DOS based 
IBM-PC and UNIX system users were 
skeptical about the real benefits of GUIs at 
the time of the Macintosh’s release. How- 
ever, the popularity and acceptance of 
GUIs on virtually every major computing 
platform has steadily increased. 


Elements of a GUI 

As an example, we will examine the GUI of 
the Macintosh operating system. Since its 
earliest incarnation, it has contained nearly 


—By Robert Levin 
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all of the elements and operational features 
that are considered critical to the definition 
of a modern GUI. Nearly every other GUI 
developed since provides some variation of 
the key elements of the Macintosh GUI. 

GUIs are composed of several distinct 
components which work together to make it 
possible for users to interact with their 
workstations using methods that are con- 
sidered to be more consistent with the way 
tasks are completed. By providing a more 
intuitively familiar means of operating the 
system, GUIs claim to eliminate the need 
for learning system-specific commands and 
syntax. 


The Desktop 


This is the underlying visual platform upon 
which the interaction between the user and 
the system takes place. It fills the entire 
physical screen, acting as a visual metaphor 
that mimics a user’s actual desk or work 
area. The desktop includes a menu bar run- 
ning across the top or down the side of the 
screen. The menu bar provides access to 
groups of the most common operating com- 
mands. 


Mouse and Pointer 


The mouse is a hardware peripheral that 
the user can physically move to control the 
pointer. The pointer is a small arrow which 
appears to float over the desktop. Depend- 
ing on the system, a mouse is equipped with 
1, 2, or 3 buttons. By manipulating the 
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mouse in conjunction with its buttons, users can perform 
most computing activities without having to use a function 
key or type text onto a command line. 

Mouse input is versatile. For example, with the pointer 
positioned over a data file, a single click of the mouse but- 
ton can highlight, or select, the file. By highlighting and 
continuing to hold down the button, the file can be 
““dragged”’ to another directory in order to move or copy it, 
while a double click (two presses in rapid succession) on 
the file would access the application in which the file was 
created, and bring the file onscreen for user manipulation. 


Windows 


Windows are rectangular subdivisions of the desktop 
through which users gain access to applications and data 
files that reside on the system. GUIs allow users to open 
multiple windows and move, overlap, and resize them to 
facilitate access, and to allow maximum use of the limited 
amount of space available on the desktop. Within an appli- 
cation, each individual file or document resides in its own 
window. Many GUIs offer some form of multitasking, 
which allows users to run more than one application at a 
time. The GUI also makes it easier to transfer textual, nu- 
meric, and/or graphical data between applications. 

When the user is not in an application, windows func- 
tion as the graphical equivalent of system directories or 
subdirectories, with individual windows typically display- 
ing the names of files and applications residing in a partic- 
ular directory of either local storage devices or available 
network servers. 


Icons 

An icon is a small graphic representation of an application, 
file, storage device, or computer activity. Icons serve as a 
sort of object “handle,” and can be used in a variety of 
ways to perform activities such as opening an application, 
copying a file, or printing a report, through various manip- 
ulations of the mouse. 

The GUI combines these components into an easily 
learned means of communicating with the computer. Us- 
ers move the mouse pointer around the desktop, selecting 
specific files or icons much as they would physically reach 
for a pen or pencil. By pointing and clicking the mouse 
buttons in various sequences and combinations, the user 
can open, move, resize, and close windows, and move files 
and icons. Users can start applications and perform most 
other computer functions in less structured, non-linear 
ways that are most comfortable for them. 


Who is Using GUIs? 

When Microsoft released Windows 3.0 in 1990, it was her- 
alded with a promotional campaign that dwarfed any in 
recent memory. Whether thanks to, or in spite of, the hy- 
perbole, GUIs have finally become a full-fledged industry 
buzzword. In its first year of availability, Microsoft sold 
nearly four million copies of Windows 3.0. Estimates place 
the number of DOS-based workstations that will be 
equipped with GUIs at nearly eight million by 1992. In 
addition to the millions of GUI-based Macintoshes, GUI 
mania is sweeping into many large-scale UNIX-based in- 
stallations as well; it is estimated that over one million 
UNIX workstations are GUI equipped. There is little 
doubt that GUIs are here to stay. 

Still, questions remain. What are the real benefits of 
GUIs? What types of users stand to gain the most from the 
use of a GUI? What are the hidden costs of implementing 
them on a system-wide basis? 
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+The Benefits of GUIs 


Ease Of Use 

By eliminating the need to learn complex and lengthy sys- 
tem commands or divergent application-specific syntax, 
GUIs offer the potential for greatly increased ease of use. © 
This is especially true in the case of users with little or no 
training in the operation of computers and data terminals. 
Both GUI proponents and opponents generally agree that 
for the new user, GUIs are less difficult to learn and use, 
requiring less memorization and attention to order of exe- 
cution. If a user gets lost, or forgets a command and just 
does not know what to do next, the visual nature of a GUI 
makes it easier for the user to get back to the starting point 
and try again. 

Many text-based interfaces provide little or no warning 
when a user deletes stored information. GUIs tend to be 
more forgiving of mistakes, often prompting the user with 
small dialogue-box windows that ask if they are sure they 
want to continue with any procedure that will eliminate or 
change data. 


Reduced Training Costs : 

Another benefit of implementing a GUI is the marked de- 
crease in the amount of time and effort required to train 
personnel to use their workstations. Common system com- 
mands can be activated by simply pointing and clicking on 
a menu item or icon. Thus, there is little or no need for 
users to learn a multitude of system commands, or to re- 
member dozens of function key combinations. Moreover, 
since the commands are available for on-screen review, us- 
ers can search for and activate commands that they may 
have forgotten. 

Finally, many activities that require a fair amount of 
repetition and memorization on a text-based system, such 
as copying or moving data files from one storage device to 
another, become an intuitively simple task. To move files, 
for example, GUI users can simply select and drag a file’s 
icon from one window to another. 


interapplication Consistency 

The concept of interapplication consistency, wherein all 
applications designed to operate under a GUI adhere to 
strictly defined user-interaction guidelines, is one of the 
guiding principles behind the development of any GUI. By 
designing a system with such firm guidelines, GUI devel- 
opers are able to provide users with a consistent way of 
doing things that extends from the desktop into every ap- 
plication, eliminating the possibility of presenting the user 
with inefficient or nonstandard means of operating the 
computer. 

The greatest benefits of this approach are in the execu- 
tion of activities that are common to virtually all 
applications—such as opening files, sending text to a 
printer, and copying or moving data. A properly designed 
GUI-based application will always present these functions 
at the same location on the menu bar. 

Accordingly, a user who wants to save a file while using 
a word processor moves the mouse pointer to the “File” 
selection, then down to the “‘Save File” option. When us- 
ing a spreadsheet or database, the command for saving a 
file appears under the same “File” selector, and the com- 
mand is the identical “Save File” choice. When compared 
to the many different ways that such common activities 
need to be performed when using diverse text-based appli- 
cations from various developers, the ease of use such inter- 
application consistency provides is clear. 
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Multitasking and Data Linking 

GUIs, by the nature of their multiple window design, are 
well suited to the job of allowing users to run more than 
one application at a time. While some platforms (e.g., 
UNIX) already provide the ability to multitask, a GUI 
makes the process easier and more flexible. Not all GUIs 
provide the same level ofmultitasking functionality, but all 
GUI developers consider multitasking to be a key benefit 
of graphics-based computing, and are continually striving 
to improve this capability. 

One example is “‘data linking,” the ability to link text or 
graphics within one application file to related data residing 
in the file of a completely different application. For exam- 
ple, a user can link a graph in a word processing document 
with the spreadsheet file from which the graph’s informa- 
tion was taken. With data linking, any future changes the 
user makes in the spreadsheet will be reflected in the word 
processor’s graph. 


Integrated Desktop Publishing, 

Presentation, and CAD Capabilities 

The need for a GUI 1s clear for desktop publishing, presen- 
tation, and computer-aided drawing (CAD) applications 
due to their reliance upon multiple fonts, charting, and 
graphical layout capabilities. Because GUIs are not con- 
fined to displaying hardware-based text and graphic char- 
acters, they are a natural environment for the operation of 
these graphics-intensive programs. 

Indeed, since their inception, desktop publishing, pre- 
sentation, and CAD programs have had to provide some 
sort of proprietary GUI within the application. Obviously, 
a publishing, presentation, or CAD program that utilizes 
the same GUI as the rest of the system eliminates the need 
for users to learn two different interfaces. Additionally, the 
ability to move text, charts, or graphics from word proces- 
sors, databases, or spreadsheets into a desktop publishing, 
presentation, or CAD applications is improved. 


Multimedia 

Much has been written about multimedia, the marriage of 
computer technology with high quality photographic im- 
ages, full-motion video, and high fidelity audio. Like all 
electronic technologies, the cost of the components that 
make multimedia possible continues to drop. The popular- 
ity of multimedia related devices such as CD-ROM players 
is steadily increasing, and that means that some form of 
multimedia will play an increasingly important role in 
many aspects of the MIS environment. 

The complexity of integrating and synchronizing the 
many different aspects of multimedia virtually demands 
that the end user be given a clear and simple means of 
accessing information. Graphics-based interfaces have 
proven unsurpassed in the ease with which they allow users 
to navigate through multimedia applications and manipu- 
late graphics, animation, and sound. 


implementing GUls in 
the MIS Environment 


Considerations for Implementation 

GUIs seem to offer a relatively painless way to improve 
user-to-computer interaction at a minimal, software-only 
cost. Also, it is true that GUIs can help to eliminate many 
of the end-user problems that older, text-based systems 
perpetuate—unintuitive training-intensive applications, 


arcane and difficult to remember system operation and 
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navigation methods, and the lack of graphics creation ca- 
pabilities being among the most common and problematic 
examples. 

However, the truth is that GUIs are not the ultimate 
solution for every size and type of computer installation. 
There are numerous trade-offs involved in either fully or 
partially implementing GUIs into a text-oriented installa- 
tion. Trading one set of administrative and operational 
problems for another is certainly not the goal of making 
changes to the MIS environment. To avoid this, the poten- 
tially hidden penalties involved in the process of moving 
towards a GUI-based system should be carefully consid- 
ered. 


System Considerations 


Significantly Larger 
Base Platform Expense 


Text-based interfaces demand far less overhead than 
GUIs. This is true simply because it takes less system 
memory and cheaper hardware components to store and 
display the character codes required for a text-only appli- 
cation. Indeed, the cost of nearly every hardware compo- 
nent of a system increases with the implementation of a 
GUI. GUIs require more expensive graphics-capable dis- 
play monitors. Each GUI-equipped workstation requires 
more memory in order to accommodate the larger amount 
of data that must be manipulated in order to construct and 
present complex graphic images. 

Additionally, the processes involved in creating these 
complex images are also many times more microprocessor 
intensive than their text-based counterparts. This requires 
that workstations be equipped with microprocessors that 
operate at higher speeds in order to deliver reasonable per- 
formance. 

For many MIS installations, especially those that con- 
tain a large number of obsolete workstations and PCs, the 
upgrade path to a GUI-based system can make it all but 
impossible to protect an organization’s investment in ex- 
isting equipment. The reality is that many workstations 
and associated peripherals will either perform at margin- 
ally acceptable levels or will be totally inadequate for GUI 
applications. 


Availability of GUI-Based Applications 


One potentially serious limitation of any GUI is the lack of 
availability of off-the-shelf applications that are designed 
to take full advantage of the GUI’s environment. This is 
not so much a problem for systems whose GUI is intrinsi- 
cally integrated, such as the Macintosh. But for GUIs 
which are system optional, as in DOS and UNIX installa- 
tions, a poorly supported GUI will bring little or no benefit 
to users, serving only as a graphical shell for moving be- 
tween older, text-based applications. 

Determining the viability of a GUI 1s difficult, as a sys- 
tem’s acceptance often follows a “‘chicken and egg”’ devel- 
opment path. Software development companies are reluc- 
tant to design applications for a GUI until it achieves 
widespread acceptance in the marketplace; a GUI will lan- 
guish without the support of application developers. Even 
the highly successful and well-supported Microsoft Win- 
dows 3.0 suffered from lackluster developer support in its 
earlier incarnations. 

Making the right decision on which, if any, GUI to im- 
plement is further complicated by the fact that a superior 
design is no guarantee of success. An example of the im- 
portance of broad support is the GeoWorks Ensemble GUI 
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for DOS-based workstations. Many in the media have de- 
clared GeoWorks the winner over Windows in both ap- 
pearance and ease-of-use. In addition, GeoWorks requires 
considerably less system speed and memory than the cur- 
rent version of Windows. However, due to a lack of soft- 
ware support from major developers, GeoWorks Ensemble 
is an also-ran in the large-scale MIS arena. 

Another GUI, the GEM operating system, popularized 
by the industry-leading Ventura Publisher desktop pub- 
lishing program, is another example of the importance of 
having multi-developer support. Although GEM—which 
has been on the market since the release of the original 
version of Microsoft Windows—has often been heralded 
as superior to Windows in performance and ease-of-use, it 
has failed to catch on as a multi-application GUI. In fact, 
as a concession to the success of Windows 3.0, a version of 
Ventura Publisher that supports Windows has recently 
been released. The danger of implementing a GUI that 
is not well supported is clear—the lack of ready-made ap- 
plications for a GUI can place an unduly heavy burden on 
an MIS department’s programming staff. 


Administrative Considerations 


Increased Demands 
on MIS Support Personnel 


The strain that is brought to bear upon an MIS organiza- 
tion that is implementing a GUI is not limited to increased 
demand on system hardware. GUIs present MIS managers 
with greatly increased system-level complexity. This 
means that virtually every aspect of GUI-based system 
support—including installation, training, programming, 
maintenance, and administration—will take more time 
and effort than text-based systems. 


Custom Programming Considerations 


An important consideration for MIS managers in deter- 
mining whether or not to implement GUIs is their inher- 
ent programming complexity. This is extremely critical in 
the case of GUI environments that lack broad commercial 
developer support, as we have discussed. The code re- 
quired to generate windows, icons, dialogue boxes, and 
other GUI elements is complex, and adds programming 
overhead that goes well beyond the work needed to deliver 
the functionality required of the application. 

Pre-written code libraries for common actions, as well 
as the growing availability of prototyping and application 


generation programs for most GUI environments, can 


eliminate extra programming steps. These tools greatly 
simplify the steps required to create custom GUI pro- 
grams. They allow programmers to concentrate on devel- 
oping an application’s functionality by automatically gen- 
erating the underlying code required to make the graphical 
aspects of the program work. 

Even the most advanced application generation pro- 
gram cannot guarantee that the critical aspects of program- 
mer’s GUI design will stand up under the rigors of end- 
user trial. Programmers must be highly attentive to the 
interface-related needs of end users because it is still their 
responsibility to ensure that the graphical aspects of the 
application are easy for end users to grasp. The skills re- 
quired for end users to perform common activities like file 
creation, or navigation between hosts and servers, should 
be easily mastered with a minimum of instruction—even 
from a written guide. Equally important, users must be 
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able to perform actions naturally, without resorting to e1- 


ther unusual logic patterns or ungainly input-device ma- 
nipulations. 

Custom programming is certainly a viable alternative 
for GUI application development. However, managers 
must not only consider the cost of purchasing GUI appli- 
cation development tools, but also the time, expense, and 
effort required in bringing programmers up to speed in us- 
ing them. 


GUIs and Open Systems 


One of the promises heard from GUI developers is that 
they will help to usher in the age of truly open systems. 
Several industry consortiums and foundations, with mem- 
bers comprised of leading system and software developers, 
have made commitments to providing open system stan- 
dards that in theory would allow installations containing 
hardware and software operating systems from competing 
companies to work interdependently without added cost 
or programming overhead. GUIs, most of which operate 
with a similar desktop/window metaphor, would seem to 
offer a natural environment for the development of such a 
cross platform connectivity scheme. | 

To some degree, this can be true, as in the case of the 
X-Windows protocol for UNIX systems, which is capable 
of serving as a bridge between different UNIX hardware 
and software platforms. However, with the proliferation of 
proprietary systems on the market today, and with the 
open system consortiums too often working at cross pur- 
poses, the reality of truly open systems in the MIS world 
seems remote. In this turbulent environment, GUIs may 
merely bring another level of incompatibility between sys- 
tems, adding only more cost and complexity to the picture. 


Cross-Platform 
Interoperative GUIs 


The unfortunate reality is that many MIS installations are 
home to a variety of systems acquired from competing, 
non-compatible vendors. The previous discussions of open 
systems issues aside, there are still many MIS managers 
who are evaluating the possibility of creating consistent, 
cross-platform GUIs that will simplify user training. The 
concept of utilizing standardized, scalable software devel- 
opment architectures shows great promise. GUI applica- 
tions developed to work on one operating system can then 
be easily ported to others. 

Unfortunately, while scalable software development 
may one day be applicable to a wide variety of situations, 
at present there are myriad obstacles, both large and small, 
that make the possibility of implementing true cross- 
platform GUI interoperability unlikely for most mixed- 
platform computing environments. Even a seemingly sim- 
ple task such as unifying mouse input between platforms is 
complicated by the fact that different GUI operating sys- 
tems support mouse button input from one, two, or three 
buttons. 

It is also important to remember that the confusion and 
conflicts created by the lack of a truly unified cross- 
platform GUI specification do not present a problem for 
programmers alone—end users familiar with the GUI of 
one platform will not necessarily be able to transfer their 
knowledge to the operation of a competing GUI. 
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User Considerations 


Determining Realistic User Benefits 


Much has been claimed in regards to the ways in which a 
GUI can transform the ways in which workers use their 
PCs. It is true that a GUI changes the way in which com- 
puters are manipulated by users. However, it is a mistake 
to assume that the mass implementation of a GUI-based 
system will benefit every type and level of user in an instal- 
lation. The conveniences a GUI may offer will not change 
a user’s inherent skills and abilities. 

A user’s attitude toward an interface is a a key deter- 
mining factor in how much benefit will be derived from a 
GUI. For users whose computer system interactions re- 
main for the most part the manipulation of words or num- 
bers, the necessity of implementing GUI systems at all 1s 
brought into question. For the new user, with no precon- 
ceptions, a GUI-based system will most likely be easier to 
learn and use. The ultimate answers are not always easily 
derived by examining the problem as an either/or situation 
for any level of user. There are both quantifiable intellec- 
tual and more difficult-to-determine emotional factors to 
consider. 


Potential for Decreased 
and False Productivity 


Although GUI-based programs tend to offer more capabil- 
ities than their text-based counterparts, those capabilities 
may not always be necessary, nor even desirable. 

In fact, there are circumstances where the very capabil- 
ities that a GUI brings to an application can make users 
less, rather than more, efficient in the performance of their 
job. No application demonstrates this problem more 
clearly than the current generation of GUI-based word 
processors. 

Word processing has been one of the primary tasks per- 
formed by users since the earliest days of computing. By 
providing text manipulation capabilities that typewriters 
lacked, computer systems significantly enhanced the effi- 
ciency with which business correspondence, report gener- 
ation, and other corporate writing tasks could be per- 
formed. As the capabilities of computer systems increased, 
so too did the benefits of computer-based word processing. 
Now-common features such as spell checking, automatic 
pagination, mail-merging, and footnote generation have 
truly revolutionized both the efficiency and quality of the 
end-user’s writing. 

With the advent of GUI-based word processing, this 
steady progression towards greater word processing capa- 
bilities took an unusual turn. Word processing application 
developers began to add graphical capabilities to their pro- 
grams. Features such as the ability to change a document’s 
text font size, shape, and style became common. Unfortu- 
nately, many users became overly enamored of this new- 
found ability to alter the look of their documents. Many 
GUlI-equipped organizations found that, while business 
correspondence looked more attractive than ever before, 
the content of many documents was lower in quality. Even 
worse, Many users, caught up in the minutiae of perfecting 
the appearance of their documents, were taking twice the 
time (or longer) to generate the same amount of work. 

Possibly for the first time, new capabilities have in 
some cases detracted from the efficiency of a program. In 
the case of GUI-based applications, the trend toward add- 
ing more and more functions is showing no sign of lessen- 
ing. Many GUI-based word processors now offer complete 
graphics drawing and painting capabilities, which only 
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serve to distract the user from the text-generation func- 
tions that are all that many word processing users actually 
require. 

GUIs can detract from user productivity in other ways 
as well. An important point that may at first seem humor- 
ous is the fact that GUIs make it easier for users to play 
arcade-style games on their workstations. One of the most 
often heard topics of discussion heard among Microsoft 
Windows 3.0 users is the excellent version of Solitaire that 
is included in the software package. After the smile fades at 
the thought of whole departments angling to “run the 
deck,’’ MIS managers soon begin to realize that the poten- 
tial is very large for any productivity gained from the im- 
plementation of a GUI to be lost to game-playing. 


Existing Text-Based Users 
In many cases, MIS managers will discover that the major- 
ity of existing end users, familiar and comfortable with the 
current text-based system, are lukewarm—or even 
hostile—to the prospect of moving to a GUI-based system. 
There are numerous behavioral changes that users must 
make when moving from a text-based system to graphics- 
based interface. But quite often, these existing users, who 
are capable of performing all of their computer-related ac- 
tivities using the keyboard alone, complain mostly about 
the “‘tyranny of the mouse.” For such users, who spend 
most of their time entering data or crunching numbers, the 
need to remove their hand from the keyboard in order to 
use the mouse can be especially frustrating. Fortunately, 
most GUIs are beginning offer optional keyboard short- 
cuts that can eliminate some of the need for mouse input. 
For mostly text-based applications, however, including 
such fundamental programs as word processors, spread- 
sheets and databases, the advantages of GUIs are negligi- 
ble. 


New and Long-Term GUI Users 


Another aspect of implementing a GUI that MIS managers 
should consider is the very different approach to comput- 
ing that end users trained solely on GUI-based systems 
tend to develop. New and existing end users working ex- 
clusively in a graphics-based environment can become de- 
pendent upon the GUIs many convenient mouse-based 
shortcuts. In the long-term, these user’s analytical skills 
tend to suffer. They may be less knowledgeable and capa- 
ble of solving problems or accessing certain data or com- 
mands without the help of the GUI. In installations where 
graphical and text-based interfaces co-exist, or in the case 
of end-users who need to utilize a non-GUI application, 
the potential for user confusion and the need for increased 
user support services exists. 


implementation Suggestions 
In the final analysis, it seems inevitable that GUIs will 
eventually replace character-based operating systems. 
Still, the short term gains from fully converting an MIS 
installation to GUI-equipped workstations may not be 
cost effective. No two organizations are alike, so the only 
way to determine the real issues involved in the implemen- 
tation of GUIs is to begin the process. If, after a careful 
consideration of the issues, an MIS organization decides 
that the time is right to implement a GUI-based system, a 
cautious approach is recommended. 

In order to fully grasp the logistical issues involved, it is 
a good idea to start the implementation of a GUI-based 
system with only a few groups of users or departments. By 
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proceeding in this manner, rather than attempting to im- 
plement GUIs system wide, a careful evaluation of actual 
productivity gains versus real costs and complexity be- 
comes possible. 

Due to the expense of converting to a GUI, even ona 
limited scale, it makes sense to begin implementation with 
the types of users who stand to gain the most. The estab- 


lishment of a set of criteria, on either a per-user or per-_ 


department basis, will help define where the implementa- 
tion of a GUI will be the most beneficial. Further, by 
dealing with the logistic and managerial problems encoun- 
tered by these users (who will stretch the boundaries of the 
new GUI system to its limits), MIS managers will be able 
to more efficiently implement the GUI system for users 
and departments who are less demanding, and eventually, 
for the entire installation. 


implementation Criteria 

Choosing the right users and/or departments for the initial 
implementation and evaluation of a GUI can be made 
simpler by developing a set of criteria that helps to deter- 
mine which types of users will be most likely to benefit. 
Following are some suggested criteria. 


User Demand 


Users or departments who have shown an eagerness to uti- 
lize a GUI will be more committed to working with MIS to 
make the transition successful. They will also tend to be 
more creative and motivated to stretch the new system to 
its limits. 


Increased Need for 
Graphics-Intensive Programs 


As discussed above, users or departments that make exten- 
sive use of certain types of programs, such as desktop pub- 
lishing, desktop presentation, or CAD programs, will de- 
rive maximum benefit from the implementation of a GUI. 


Capabilities Otherwise Unavailable 


The work of some users virtually demands a GUI. For ex- 
ample, any department that is considering adding multi- 
media production capabilities will need to implement 
some sort of GUI system as well. 


User Turnover/Growth 


Departments with large user turnover or rotation, and de- 
partments that are experiencing high growth provide an 
excellent medium for evaluating GUI ease of use and user 
training. 


GUIs: Today and Tomorrow 


The current state of the art in GUI environments varies 
depending upon the platform. The Macintosh, despite the 
release of System 7, remains relatively stable. The 
X-Windows protocol, as well as developer-specific deriva- 
tives, will continue to be a growing presence in UNIX in- 
stallations. In the world of Intel 80x86-based computing, 
OS/2 version 2.0 shows great promise, but must compete 
with the highly successful Windows . y and soon-to-be re- 
leased 3.1. 


Apple Macintosh 

The GUI which is an intrinsic part of the Macintosh oper- 
ating system has remained surprisingly consistent through- 
out the many revisions and updates that Apple has re- 
leased for the system. Indeed, all the way through System 
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6, Apple maintained a philosophy of downward- 
compatible evolution rather than revolution in the design 


of its GUI. 


With the release of System 7, the Macintosh operating 
system added many new features and refinements. They 


include full-time multitasking and object aliases, and 


graphic placeholders which represent a file or application 


that can be accessed from any convenient window/direc- 


tory without the requirement that it physically reside in — 
that window/directory’s physical data storage counterpart. 
The best news is that the GUI of System 7 maintains the © 
same basic look and feel of previous versions of the Mac- 
intosh system. Overall, the Macintosh features one of the 
most highly integrated and stable GUIs in the industry. 


UNIX 
Unlike other operating systems, X-Windows, the most 
widely used graphical environment for UNIX, is not a 
product but rather a set of standardized specifications that 
UNIX programmers can use to develop a GUI system. 
Technically, X-Windows is system independent, which 
means that an X-Window application written for one type 
of computer or operating system will run equally as well on 
another. But for the most part, X-Windows has remained 
within the confines of the UNIX community. 

The fact that X-Windows is only a protocol rather than 
a complete system can make it difficult for both program- 
mers and users. The user of one programmer’s X Window 
interface may not find it easy to utilize that designed by 
another programmer. Also, programming a GUI in 
X-Windows is complicated and time consuming. The 
growing popularity of X-Window development toolkits 
such as Open Look from Sun Microsystems, and Motif 
from the Open Software Foundation, is helping to make 
X-Window GUIs more consistent in look and operation. 
The GUI building assistance that these products can pro- 
vide also make it somewhat easier for programmers, but 
GUI programming for UNIX-based systems still remains 
difficult at best. Nonetheless, graphical user interfaces will 
be a growing presence in many UNIX installations. 


Intel 80x86 Architecture | 

The development of GUIs for Intel 80x86 microprocessor- 
based computer platforms began with PC-MS-DOS, the 
most commonly used operating system for these plat- 
forms. However, the GUI future of 80x86 computing is 
moving beyond DOS. Currently, the two major competi- 
tors in the 80x86 GUI operating system derby are Mi- 
crosoft’s Windows 3.0 and IBM’s OS/2 with Presentation 
Manger. 


Windows 


As discussed earlier in this report, Windows is the GUI of 
choice for most 80x86 PC users. The current Windows, 
version 3.0, and the soon to be released 3.1, which is an 
evolutionary update that will add various performance im- 
provements, operate as an adjunct to DOS, although cer- 
tain activities, such as screen and keyboard input/output 
bypass DOS. Windows, when running in Enhanced mode, 
also bypasses DOS’s 640K memory addressing limitation. 
While there is no doubt that Windows has achieved 
wide popularity and is being used on millions of PCs, that 
does not mean that the current version is without serious 
drawbacks. The complaint voiced most often is that Win- 
dows is simply too slow. It is slow both in updating the 
graphically-arrayed display and in the time it takes to per- 
form various processor and disk-intensive activities. For 
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many Windows 3.0 users, far too much time is spent 
watching the Windows hourglass icon. 

This is especially true in the case of Windows 3.0 used 
on 286 and slower 386 and 386sx processor-based worksta- 
tions. The problems caused by slow operation are not fully 
measurable in the amount of time it takes to perform a 
given task, but also in the level of frustration it causes users 
as they wait for tasks to be completed. The proliferation of 
high-speed workstations is helping to eliminate this prob- 
lem, but the cost of these more expensive systems should 
be considered when choosing a GUI for a large-scale instal- 
lation. 

While full development tools are available for Windows 
3.0, they are unpopular with some application program- 
mers, who find them to be a somewhat unwieldy develop- 
ment environment. Nevertheless, nearly all the major soft- 
ware developers, including WordPerfect, Lotus 
Development, and Borland International, either have de- 
livered or are developing Windows-specific versions of 
their applications. Of course, Microsoft has made avail- 
able Windows-specific versions of its popular software 
packages, such as Microsoft Word and Excel. 

Microsoft is also planning a 1992 release of a system- 
independent versions of Windows, called Microsoft Win- 
dows NT (New Technology). Windows NT breaks free 
from the constraints of DOS to become a standalone oper- 
ating system. Microsoft’s plans call for Window NT to be 
usable on a variety of hardware platforms by providing a 
downward-compatible (to DOS-related Windows 3.0), 
scalable architecture. 


OS/2 with Presentation Manager 


IBM’s OS/2, with Presentation Manager (its GUI compo- 
nent) 1s also a replacement rather than an enhancement to 
DOS. OS/2 lags behind Windows in developer support by 
some distance, but is not yet dead and buried, as many 
have claimed. The soon to be released Version 2.0 offers 
many improvements in speed and flexibility. Its applica- 
tion development environment has received praise from 
many in the software engineering arena. One of the biggest 
complaints heard about OS/2 has been its hunger for sys- 
tem memory, but this new version brings OS/2’s require- 
ments in line with those of Microsoft Windows 3.0. 


80x86 GUIs: Future Developments 


Both IBM, with OS/2 2.0, and Microsoft, with Windows 
NT, have announced plans to implement the capability to 
run applications designed for the competing operating sys- 
tem. Beta versions of OS/2 2.0 feature the ability to run 
Windows for DOS applications. Windows NT promises an 
OS/2-Presentation Manager add-in at a future date some- 
time after the product’s scheduled 1992 launch. How capa- 
ble either system will be of running them at an acceptable 
speed and without other operational problems remains to 
be seen. 

Since both OS/2 2.0 and Windows NT are in the in- 
fancy of their life cycle, no hard analysis will be possible 
for quite some time. But, regardless of promised capabili- 
ties or features, or the machinations of the respective de- 
veloper’s marketing efforts, it is the performance and capa- 
bilities of these systems that will decide which, if either, 
becomes predominant. Microsoft has a substantial lead in 
installed base, but many of the nation’s large MIS organi- 
zations have not yet decided which upon which GUI to 
standardize. Many have decided to take a wait-and-see ap- 
proach before making any sort of massive GUI invest- 
ment. 
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GUIs: Tomorrow and Beyond 


GUIs will continue to evolve and become both more intu- 
itive and more efficient. Like many key developments in 
the evolution of computing, GUIs will not truly transform 
how people use computers; rather, GUIs will bring com- 
puting more productively into the performance of every- 
day work activities. 


Improvements in Technology 

Like everything else in the computer industry, GUI-based 
operating systems will continue to improve, as will the 
hardware platforms that they are designed to operate on. 


More intuitive Interfaces 

New products that show the path developers and manufac- 
turers are taking to move graphical user interfaces ever 
closer to the ideal of providing users with a totally natural 
and intuitive means of interacting with a computerized de- 
vice, are just now coming into the marketplace. One of the 
most interesting is the new breed of notepad computers, 
which let users operate the computer in much the same 
way as they would write on a sheet of paper. These com- 
puters, which are about the same size as a regular paper 
notepad, make the GUI an intrinsic part of the operating 
system. 

Using an attached ballpoint pen-like stylus, users can 
interact directly with the GUI’s workplace surface. The 
stylus operates in two ways. It can act as a pointing device, 
much like a mouse; and it can be used to write, like a regu- 
lar pen or pencil, eliminating the need for a keyboard in 
many situations. At this time, competing systems are being 
developed by Microsoft, whose notepad GUI is called Pen- 
Windows, and Go Corp., whose GUI is called PenPoint. A 
third notepad GUI is offered with Momenta Corp.’s Mo- 
menta notepad computer. Which, if any, of these GUIs 
becomes the standard for notepad-based computing will 
not be clear for some time to come. 


Voice Recognition 

to Virtual Realities 

Beyond the evolution of GUIs into systems which aim to 
improve traditional eye/hand interaction between users 
and their computers, like the notepad computers discussed 
above, lie several technologies that promise to go 
beyond—providing purely intuitive verbal and/or physi- 
cal control of computer systems. Although it may be many 
years before such systems are widely available, they pro- 
vide a glimpse of the ways in which we will all be able to 
use computers in the future. 

Voice recognition is one technology that is moving us- 
ers away from the keyboard. While the technology to 
record speech, and even to have computers “learn” a lim- 
ited number of spoken commands, has been available for 
many years, only recently has technology begun to ap- 
proach the capability of producing systems that can under- 
stand the spoken word and carry out complex commands 
with acceptable reliability. In 1991, both Apple Macintosh 
and Tandy PC versions were released that featured audio 
input and storage capabilities built into the base system, 
evidence of the growing importance sound plays in com- 
puter operation. The possibility of developing fully func- 
tional PC systems that require neither graphics display nor 
keyboard input is becoming a reality. 
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At the opposite end of the GUI spectrum is the experi- 
mental work now being done in the development of “‘vir- 
tual realities,” computer systems that take the concept ofa 
GUI to its extreme by creating an artificial environment in 
which users can interact with the computer by making nat- 
ural movements. In a virtual reality system users can con- 
trol events simply by walking, touching and gesturing. 
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Market and Future Trends 


Datapro Summary 


When they were initially introduced, workstations were positioned as 16-bit- 
based, electronic computer-aided design (ECAD) systems. Now, however, today’s 
workstations contain more power than most of the mainframes available in the 
mid-1980s. With 32-bit processing power available in today’s workstations, they 
are well-suited for business, financial, and industrial markets, as well as their tra- 
ditional engineering niche. The potential for workstations of the future seems lim- 


itless. 


Introduction 


When workstations were introduced in the 
early 1980s, the distinction between them 
and personal computers was easier to un- 
derstand. Workstations cost more, per- 
formed advanced functions, and had pow- 
erful graphics and floating-point capability 
unavailable on personal computers. Today 
entry workstations are less expensive than 
some personal computers but still have 
more powerful graphics and floating-point 
capabilities and depend on the UNIX oper- 
ating system. 

Workstations were originally introduced 
as electronic computer-aided design 
(ECAD) devices using 16-bit architectures, 
but workstations rapidly expanded to 32- 
bit processors. Workstations passed 
through two stages of development and are 
currently in their third stage, as shown in 
Figure 1. Early operating system support 
was vendor specific but has shifted to 
UNIX. By the third stage the market ex- 
panded to include financial, business, and 
industrial users. 


This Datapro report is a reprint of Chapter 10, 
“Workstations,” pp. 173-195, and Chapter 14, 
“Challenges of the Fourth Wave,” pp. 251-267, 
from Professional Workstations by Thomas F. 
Wheeler. Copyright © 1991 by McGraw-Hill, Inc. 
Reprinted with permission. 
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This shift in the market can be seen in 
the 1987 approximation of the workstation 
markets (shown in Figure 2). Over 60% of 
the market was focused on engineering dis- 
ciplines, and software development com- 
prised another 20%. Some financial compa- 
nies were beginning to use workstations. By 
1990 the market had spread well beyond 
the technical community as prices equaled 
or bettered those of personal computers 
and easier interfaces were introduced for 
UNIX. 

Applications consumed workstation 
power as fast as it could be provided. The 
most sophisticated graphics applications 
are those that produce images and anima- 
tion. Mission-critical applications can also 
benefit from the performance available in 
advanced workstations. Since prices have 
fallen as performance has increased, power- 
ful processors with high-speed graphics ca- 
pabilities can be used for even simple appli- 
cations. This power benefits personal and 
group productivity when it is correctly ap- 
plied. Further commercial use 1s expected 
as productivity applications become avail- 
able. Productivity studies have demon- 
strated that the payback period is short 
when these applications have been tailored 
to business’ needs. 

Projections show a continual improve- 
ment in workstation performance through 
the rest of the century. Business estimates 
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Figure 1. 
Workstation Development Stages 
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show a shrinkage in revenue derived from hosts and mini- 
computers for the same period, while workstations com- 
mand a higher portion of the total computing dollar. 

New technologies provide opportunities for designers. 
As developments in peripherals continues, characteristics 
of desktop computing will be modified by new applica- 
tions. Each new design will challenge the conventional sys- 
tem’s wisdom and place an additional strain on systems 
integration. 

Imaginative approaches vary within each vendor, but a 
general trend to define product with sufficient granularity 
to work on desktops or servers is developing. At the high 
end of the configuration spectrum are powerful network 
servers, which combine large disk capacity with high per- 
formance. Servers will expand their computational func- 
tion and their ability to handle several clients or worksta- 
tions. The level just below the network server is the 
department server, which has a smaller capacity. 

Vendors can now purchase the parts for assembling 
workstations with little proprietary design required. RISC 
chips that can be obtained from merchants, coupled with 
widely available support boards, establish an environment 
in which new companies can enter the market easily. The 
relatively low cost of producing standard software has 
aided the process. Everything from processor chips to ap- 
plication packages can be purchased by a vendor. A work- 
station can be made available to the market in as fast as 6 
months. 


Operating Systems 


As the power of the workstation expanded, the require- 
ments for desktop operating systems changed from those 
defined for DOS. Functions such as multitasking, net- 
working, and improved usability became important for 
successful operating systems. Multiuser support became a 
requirement for servers. Multitasking provides the capa- 
bility of running several applications simultaneously. Net- 
working connects the workstation to the LAN, and im- 
proved usability provides simpler access to applications 
and control systems. 


UNIX—The Operating System of Choice 

Competition for the operating system that will be chosen 
continues to be fierce, since the operating system will de- 
termine the hardware market share. OS/2 was a contender 
for high-end personal computer software but was limited 
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by its 16-bit design. The system is targeted for other work- 
stations, but the delay in the appearance of the 32-bit ver- 
sion beyond 1990 has caused the system to lose much of its 
initial appeal. Both the delay and the design limitations 
delayed the acceptance of critical hardware, provided ad- 
ditional growth for DOS, and confirmed UNIX as the pre- 
ferred workstation operating system. 

The name UNIX was derived from MULTICS, which 
was developed at MIT in the 1960s in joint work funded by 
AT&T and General Electric. UNIX was developed at Bell 
Laboratories by Kernighan and Ritchie in 1972.' Since 
AT&T was restricted from developing computers because 
of their 1956 consent agreement, the system was used early 
at AT&T locations and within the academic community. 
Its introduction in universities resulted in even wider pop- 
ularity as graduating students carried their enthusiasm 
into industries. The simple and open design contributed to 
UNIX’s early popularity as universities tailored the code 
and created many interesting programs using the system. 
The defined system layers isolated functions in the operat- 
ing system and made it possible to port the system to other 
hardware. 

Eventually outside implementors gained access to the 
system and provided external versions. Initially interest 
was focused in engineering and scientific groups, but grad- 
ually it extended to the commercial community. The abil- 
ity to capitalize on a rich base of applications has made the 
system very popular with workstation implementors as 
they ported the code to their hardware architectures. 

This portability is a good reason for UNIX’s popularity. 
Three characteristics contribute to the ease of porting. The 
principal elements of the system are coded in a high-level 
language C, which enables recompilation for different in- 
struction sets. Since the system is composed of primitives, 
it is possible to modify them for different operating envi- 
ronments without a great deal of difficulty. Consistent in- 
terfaces are used throughout the system, so implementors 
could use the same commands on different processors to 
access system functions, files, or the drivers used for pe- 
ripheral attachments. 


An Explanation of UNIX Terms 

A user’s introduction to the system begins with data sup- 
port that has a tree-structured hierarchy based on directo- 
ries and files. Data files are handled as linear byte repre- 
sentations, which enable application programs to identify 
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and recognize parameters that optimize their perfor- 
mance. Peripheral devices can be treated as simple exten- 
sions of the file system, which simplifies their access 
through programming. Programs become sensitive to the 
content of the byte representation, but the file structure is 
identical for all system programs. This approach is differ- 
ent from traditional techniques that define files as records 
and fields. The file system has proven versatile for scien- 
tific processing and is also gaining popularity in commer- 
cial enterprises. 

In UNIX all programs become forms of executable files. 
Another design element is processes, which are execution 
instances of programs and are comparable to tasks in other 
operating systems. Multiple processes can be running si- 
multaneously in supported systems. Forks are calls that 
initiate new processes within the system. Interprocess 
communications occur with pipes, which can be consid- 
ered conduits between different processes. 

At the heart of the implementations of UNIX is the ker- 
nel that interfaces to the hardware and provides services 
for other software in the system. The kernel schedules pro- 
cesses, allowing their paced execution. Interprocess com- 
munications and device handling is also handled through 
the kernel. The kernel provides the necessary resources, 
such as storage allocation, for system functions and is the 
transparent foundation for the multiuser and multitasking 
support. 

The shell or command interpreter defines the interfaces 
for other functions within UNIX. The shell communicates 
with the kernel to request actions or data from the system. 
Although shells normally execute commands sequentially, 
they also permit the user to define asynchronous com- 
mands, which avoids wait periods. Since the shell is not 
part of the kernel, the shell is easy to modify, and, as a 
result, a number of different shells have been implemented 
that have wide acceptance by users. 

A number of identified weak points have been cor- 
rected by recent versions of the system. Although this is 
true, some features remain weaker than vendor alterna- 
tives and contributes to concern about the level of security. 
Many vendors have provided versions of the operating sys- 
tem that conform to the toughest government standards. 

The poor usability for unskilled users has been another 
negative factor for users who prefer the simplicity found 
on some personal computers. Vendors and user groups are 
working to address these problems, but this effort will take 
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time. UNIX is still not as simple as most personal com- 
puter systems, but companies have provided capabilities 
that mask its complexity. Apple, for instance, provides its 
highly regarded Macintosh interface for UNIX. Another 
example is SCO’s introduction of Open Desktop for 
UNIX, which simplifies the end-user interfaces. 


The Appeal of UNIX 

An incentive to write applications on UNIX is its early 
support for the C programming language.” The language 
was developed by the designers of UNIX, and it became 
the choice for high-performance applications and the nat- 
ural choice for code migration between operating systems. 
Advanced tools such as Programmer WorkBench (PWB) 
have also made UNIX attractive. 

Network support is available through standard TCP/IP 
protocols. One scenario for personal computers is to con- 
nect them on Ethernet to UNIX applications. The per- 
sonal computers can continue to run on their preferred op- 
erating system and communicate directly with the UNIX 
applications. Using this approach, companies can increase 
their capability while retaining their existing computers 
and applications. Increased function is integrated in the 
network, enabling programmers to focus on emerging tech- 
nology. 

Although AT&T dominated the early UNIX design, 
many groups improved the system. The Department of 
Defense commissioned the University of California at 
Berkeley to rewrite the system in 1980. This work pro- 
duced Berkeley Software Distribution (BSD), which is 
widely used. 

Code portability was an early reason for acceptance of 
UNIX, but as seen in Figure 3, the UNIX world was com- 
plex by 1988. From the AT&T introduction over 100 dif- 
ferent versions were produced by vendors. Radically dif- 
ferent approaches were adopted by IBM and AT&T, which 
resulted in two separate camps. 

To bring order to the increasing chaos, a number of ap- 
proaches have been made to standardize specific UNIX 
definitions. UNIX International was established by AT&T 
and Sun Microsystems to define a standard based on 
AT&T’s System V. Extensive work was performed to 
broaden the coverage, and eventually over 40 companies 
joined this group and worked toward a common set of def- 
initions. The group has produced definitions and an im- 
plementation of the standard that has been widely 
adopted. 

Open-Systems Foundation (OSF) was established by 
IBM, DEC, HP, and others in May 1988 to define a stan- 
dard based on work done outside of AT&T. Eventually 
over 40 members also joined this group, which by 1989 
had adopted Carnegie Mellon’s Mach as the kernel. 

X/OPEN Consortium Ltd. was founded in Europe to 
adopt a set of standards for UNIX-using companies. The 
consortium focused on application portability for the dif- 
ferent versions of UNIX. The extent of the consortium’s 
interest includes the definition of a complete open-systems 
protocol that includes languages, database, graphics-user 
interfaces, and networking protocols. X/OPEN adopted 
the IEEE POSIX definition for UNIX and issued a porta- 
bility guide with test cases that demonstrated conformity. 

UNIX will become more popular as shrink-wrapped ap- 
plications become available, i.e., the chaotic mixture of 
different implementations will be replaced with standards. 
Worldwide standards groups are focusing on a complete 
definition. They have defined a version of the system 
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known as POSIX (IEEE # 1003.1). NIST, formerly the Na- 
tional Bureau of Standards, leads the United States gov- 
ernment efforts. ISO is defining networking standards for 
inclusion in UNIX. SIGMA, a Japanese government 
group, is defining hardware and development tool stan- 
dards including UNIX, and the Department of Defense 
remains involved through DARPA, which funded the Car- 
negie Mellon’s restructuring of UNIX. 

New standards have expanded the functions within 


UNIX. Windowing, graphics-user interfaces, and commu- | 


nications protocols have been defined. As an example, the 
X Windows system was introduced through the combined 
work of DEC, IBM, and MIT in project Athena. The X 
Windows system provides common interfaces for intelli- 
gent workstations and supporting terminals. Another ex- 
ample is Motif, which has been adopted as a user interface 
running on X Windows. The three-dimensional, personal 
computer-like appearance provides a common interface 
across multiple platforms. Internal definitions permit va- 
rieties of logical push buttons to handle different states. 
Popup windows provide support for bulletin boards as 
well as normal processing. The Motif User Toolkit pro- 
vides a graphical interface layer based on X Windows in- 
ternals. Included in the internals are definitions of widgets 
that define text and graphical storage space, push buttons, 
and sliders. Containers have been defined for list of strings 
as well as collections of special texts and lists. Popup aids 
are 1n the tool kit to facilitate screen creation. These tool 
kits make it possible for application developers to define 
their own windows. 

Although there are many positive features about UNIX, 
there are also some drawbacks. Complexity has been a 
hallmark of the early versions, making it necessary to ar- 
range for extensive training before using the system. 
Trained personnel remain scarce, which represents a prob- 
lem for UNIX-using companies. Different versions and 
levels affect the movement of software between machines, 
but even in the worst case, portability is achieved in less 
time with UNIX than with other operating systems. Avail- 
ability of general, low-cost software remains limited to cer- 
tain application areas. Shrink-wrapped software is only 
now beginning to emerge. 

Once UNIX was introduced to the commercial market, 
the number of installations has consistently multiplied and 
users include premier scientific and commercial compa- 
nies. Realization of the system’s positive features led to 
acceptance in the business community. UNIX’s continued 
acceptance within the professional and commercial com- 
munities seems guaranteed. In addition to being portable, 
the system is scalable to computers of any size, from work- 
stations to supercomputers. Since portability permits ven- 
dors to move established applications to their hardware 
architecture, most workstation announcements provide 
UNIX at least as an alternative. UNIX is an integral part 
of open-systems approaches, so it is being adopted by 
larger computer vendors also. This migration to larger and 
smaller computers ensures its continued success through 
this century. 


Leading Vendors 


_By 1989 the market for workstations had become the fast- 
est growing segment of the computer business. Continued 
advances in technology resulted in a variety of alternative 


products. Many different price and performance alterna- | 


tives are available for desktop, deskside, and server units. 
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Four companies have been the leaders in this market 
since 1986. These leaders are Apollo Computers, Sun Mi- 
crosystems, HP, and DEC. HP acquired Apollo in 1989, 
bringing it briefly to the number one position, but Sun Mi- 
crosystems regained its leadership by the end of 1989. In 
the third place was DEC, which had significant gains, espe- 
cially in Europe. Intergraph and Silicon Graphics are the 
next largest vendors. 

Since this market responds rapidly to technology lead- 
ership, changes will occur as different companies intro- 
duce leading-edge support. Areas such as superworksta- 
tions remain niche markets with limited customers, but 
these machines are indicative of characteristics of tomor- 
row’s low-cost products. We examine the three market 
leaders as examples of how workstations have been evolv- 
ing. 


Sun Microsystems 

The market leader for several years has been Sun Mi- 
crosystems, based in Mountainview, Calif. Sun (Stanford 
University network terminal) Microsystems adopted sim- 
ple business objectives when it was incorporated in 1982. 
From its earliest machines, its goal was leadership in price 
and performance of professional workstations. Quality be- 
came a hallmark, which coupled with its capability to in- 
troduce workstations rapidly, contributed to its success. 

Sun’s west coast entrepreneurial approach established 
an attitude toward competition that presented a refreshing 
openness to workstation customers. Sun’s early products, 
shipped in 1982, stressed open-systems design. Since its 
founding, the company has shown continual growth with 
steadily increasing revenues. The emphasis on open design 
and standards has special focus in the areas shown in Fig- 
ure 4. Sun’s leadership in UNIX is well known, but the 
company also advocated other industry standards. This 
standard approach gained the support of CAD/CAM ven- 
dors and their customers. 

By 1990 Sun was still using three chip architectures for 
its workstations and servers, as shown in Figure 5, but Sun 
was moving to replace all of its machines regardless of 
price and performance with its RISC designs. Sun had re- 
lied on industry standards to bridge the different proces- 
sors and provide continuity for application developers. 

Sun’s original workstations were based on Motorola 
M680X0O processors and support chips. These systems sold 
on the strength of their engineering and software that 
could run on UNIX. Since the company stressed open sys- 
tems, Sun applied early and effective pressure on the in- 
dustry leader Apollo, eventually unseating it. By 1989 the 
company was replacing the Motorola units with SPARC 
alternatives. 

The company’s IBM PC-compatible computer, the Sun 
386i, combined UNIX and DOS operating system capabil- 
ity on Intel 80X86 CPUs. Although the revenue from this 
line was sizable in 1989, this product line was also being 
replaced by lower priced SPARC alternatives. Sun sup- 
ports coprocessing on other workstations to enable the 
running of DOS software. Called SunIPC (Sun integrated 
personal computer coprocessor) this function supports 
personal computer applications on Motorola- and RISC- 
based workstations. Coprocessing permits the workstation 
user to run both types of applications. 

Sun’s initial application packages were for electronic 
engineering, but mechanical engineering followed shortly. 
In its early years Sun broadened its product lines into other 
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engineering and scientific applications, and more recently 
Sun expanded its market into the commercial and finan- 
cial services market. 

Sun introduced a family of RISC workstations and 
servers based on the 32-bit SPARC with accelerated 
floating-point support. Originally these features were 
available only for higher priced, better performance units, 
but eventually they expanded the product offerings down- 
ward in price to include models priced to compete with 
personal computers. Advanced SPARC chips, which are 
projected to handle around 100 million instructions per 
second, promise even higher performance. 

SPARC gained wide acceptance through the company’s 
open-design approach. This resulted in several technologi- 
cal offerings and further expanded the use of SPARC tech- 
nology in other workstations. A consortium established to 
propagate the architecture, SPARC International, encour- 
aged multiple implementations and many competitive 
products that could use Sun’s software. 

SPARC was originally introduced in workstations. This 
line was broadened to cover other faster workstations and 
servers, including the SPARCStations. With the introduc- 
tion of SPARCStation | in 1989 inexpensive, but high per- 
formance, units were available that used gate array tech- 
nology. The flat-profile processor uses powerful processor 
chips and dual disk drives. Using fewer chips than per- 
sonal computers, the units consume less energy than a 100- 
watt light bulb. The flat appearance is ergonomically ap- 
pealing. It is housed in a low-profile cabinet, with powered 
processing and a large memory. Two high-megabyte disks 
can be included in the 2.5-inch cabinet. In addition to an 
industry standard SCSI attachment, the design features 
Sun’s unique bus. 

Sun has continued to introduce higher performance 
SPARC workstations while introducing lower cost proces- 
sors that were priced below entry personal computers. The 
SLC incorporates the mother board directly into the dis- 
play chassis. Continued reduction in sizes has permitted 
the company to develop the full support on the board. 

Different levels of graphics support is available for us- 
ers of each level of processor performance. As an example, 
the graphics processor (GX) provides image processing 
with over 500,000 two-dimensional images painted per 
second, and a comparable unit provides the same function 
for the SPARCStation. Color support is available on all 
processors. 
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SunOS (Sun operating system) is Sun’s UNIX operating 
system that spans the company’s hardware architectures. 
Cross compilers enable systems to produce code for other 
workstations. The operating system is the base of Sun’s 
open-systems efforts. 

Sun’s entry in graphical-user interface is called Open 
Look. Based on X View this window-based icon system 
provides a simple approach to program development and 
interprogram communications. A migration path has been 
defined from earlier SunView packages to this more pow- 
erful user interface. This migration is provided through the 
use of a toolset that has support for the new design. To 
simplify icon usage, a package of routines called Desk Set 
is provided to users. Open Look is available to other ven- 
dors in whole or individual parts and is an important con- 
tender for industry standards. 

Communications linkage 1s provided through a family 
of communications products known as SunLink. Products 
support LANs as well as connections to other vendor pro- 
tocols. Local- and wide-area connections use industry stan- 
dard protocols. 

Both workstations and servers retain an open-system 
design with support for standard languages. The worksta- 
tions support Fortran and C but also include support for 
Pascal, Modula 2 and C++. COBOL is available through 
third-party companies, often provided with target-testing 
environments. Server software includes a Database Excel- 
erator that enhances performance for database vendors 
implementing their solutions on SunOS. 

Sun has contributed designs that have been adopted by 
other vendors. Sun supports heterogeneous LAN through 
its open network computing (ONC), which is a modular set 
of protocols and services. It addresses three major support 
areas in networked environments that include resource ac- 
cess, application design, and network management. Data 
exchange across many machines is supported though the 
network file system (NFS). NFS was designed to be porta- 
ble on several operating systems. 

NFS is widely used for client/server implementations. 
Clear interfaces provide implementations with direct ac- 
cess to the server. An example of the clarity of interface is 
the mount command. The mount command activates a di- 
rectory linkage between a client and server. A client may 
issue many mount commands to either one or several serv- 
ers, establishing multiple connections. An unmount com- 
mand disengages the connections. 

The remote procedure call (RPC) enables programmers 
to access services across a distributed network, using an 
accepted application programmer interface (API). The 
command makes a number of library routines available to 
the programmer through which the user can access the 
most appropriate computer to perform a particular job, 
such as using a supercomputer for computational- 
intensive processes. Each procedure appears to be local to 
the programmers that use them. External data representa- 
tion (XDR) masks the differences between data storage 
formats for client/server pairs. Transport-independent 
RPC can use a variety of network-transport protocols. 
Naming services provide an enhanced capability to update 
multiple servers on the Sun network. 

ONC has been widely adopted by the personal com- 
puter and workstation world. It is implemented by major 
workstation vendors and is available on personal comput- 
ers, including IBM’s PS/2 models. Over 250 licenses were 
in place by the end of 1989, and more are expected as the 
process continues. 
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Figure 5. 
Sun Microsystems’ 
Architectures 


In 1989 the company experienced product and opera- 
tions problems connected with their internal processing 
system. Sun recovered from these problems to achieve 
even a stronger position in the market. Sun’s approach to 
openness has resulted in skeptics questioning whether it 
could survive while sharing designs so openly. Although 
the evidence is still accumulating, Sun appears to have pro- 
duced a powerful family of workstations and software that 
have made it the industry’s leader. 


Hewlett-Packard 

Hewlett-Packard was founded by a couple of electrical en- 
gineering graduates from Stanford University on January 
1, 1939. David Packard and William Hewlett designed the 
company’s first product, which was an audiooscillator 
used by Disney studios for the movie Fantasia. The com- 
pany was incorporated in 1947. 

HP now develops over 10,000 products, including 
midrange computers and workstations. Its first computer 
was announced in 1966 and was targeted for gathering in- 
formation from instruments. Both HP’s computer and pe- 
ripheral businesses have been successful. HP’s laser printer 
family has been widely accepted by hardware from all ven- 
dors, and peripherals by 1989 represented 27% of its total 
business. 

Each company creates a culture that makes it unique in 
the business world. HP is noted by its customers and em- 
ployees for its professional straight-speaking attitude. Its 
products are known for quality and the excellent service 
that backs up the quality. The company devotes 10% of its 
revenue to research and development to pursue other 
products and perfect those lines already in existence. 

HP has been a major participant in the workstation 
business for several years with a range of products reaching 
from Intel-based Vectra personal computers on the low 
end to very high speed workstations on the high end. Al- 
though each product line retains its autonomy, the per- 
sonal computers and workstations have been coupled un- 
der industry standard protocols. 

To augment its already strong role, in 1989 HP ac- 
quired Apollo Computer Company. Although the acquisi- 
tion propelled the company into the number one spot in 
workstation sales, it also resulted in the typical confusion 
that follows such a merger. The merger resulted in five dis- 
tinct workstation architectures as shown in Figure 6. 

Just as each company has a culture, acquisitions and 
mergers often force a collision of cultures. Apollo brought 
the culture of an eastern entrepreneurial company to an 
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established western company. The combination of the two 
workstation lines caused an upheaval between the cultures. 

In addition to those workstations acquired from 
Apollo, HP provides a full line of workstations and servers, 
which begins with personal computers using Intel 80X86 
chips. The personal computers, known as Vectra, were in- 
troduced in 1984. Using standard operating systems, OS/2 
or DOS, HP can introduce more powerful processors when 
new chips are available from Intel. The company assumed 
a leadership role in the early drive to EISA bus support in 
1989. 

Building on its expertise, HP introduced its first desk- 
top mainframe in 1982. This generation used Motorola 
680X0 chips and the UNIX operating system as well as 
native systems. HP also produces products using high- 
speed RISC processors that are based on HP design. 
HP/UX is HP’s UNIX package that supports its product 
line, using the POSIX standard with Motif for the presen- 
tation services. In keeping with the company’s use of stan- 
dards, HP use X Windows in the user interfaces. In addi- 
tion to UNIX and DOS, the company supports two other 
internal operating systems. 

HP has defined a number of special support packages 
that have been adopted by other vendors. NewWave is a 
user environment that runs on Microsoft Windows and 
DOS, providing ease of use for desktop computer users. 
The package uses icons with pick-and-click capability to 
access information. Based on an object design structure, 
the software combines textual, numerical, and graphical 
information to provide a combined interface for the user. 
Networking support extends these interfaces to connected 
processors. As in the case of other ease-of-use packages, 
there is a rich use of icons, objects, and task management 
routines. Companies such as AT&T, Canon, Data Gen- 
eral, and NCR use NewWave for their office automation 
packages. 

Another significant tool is CASEdge, which provides 
full-cycle coverage for software development. Using a Mo- 
tif interface, the tool provides access to different program- 
ming packages. The first of these 1s a program editor, 
builder, debugger, and development manager called the 
Encapsulator which facilitates porting the tools to an 
HP/UX base. 

The Apollo purchase by HP resulted in a combined 
company with five different workstation architectures that 
overlap in many areas of support. Evidence of convergence 
in the product line was a joint announcement in 1990 of 
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combined desktop units based on Motorola chip architec- 
ture. The combined processor can support programs using 
either DOMAIN or HP/UX operating systems. 

HP will continue to be a strong participant in the work- 
station environment, since the company is well situated in 
the science and engineering community with powerful pro- 
cessors and support software. A modification of strategy 
will ensure effective participation in the broad-based mar- 
ket. These changes include a stronger focus on the needs of 
large commercial enterprises. 

Although HP purchased Apollo, it is worth examining 
this workstation pioneer separately. Apollo was founded in 
1980 by seven entrepreneurs from the Boston area. The 
company’s professional workstations were initially based 
on Motorola processor chips. At its introduction the 250 
KIPS engine provided significant desktop computing for 
$45,000. The machine’s emphasis on floating point and 
graphical performance established a niche market that ex- 
panded to the workstation business. 


Apollo 

The early workstations used proprietary designs but the 
company shifted to open design in response to competi- 
tion. Figure 7 shows the progression of architectures 
within Apollo. Its workstations used two distinct hardware 
architectures. The first was the Motorola architecture, 
with products developed on M680X0 chips. There were 
three levels of price granularity that offered a wide range of 
alternatives. At the very high end, the company formed a 
joint offering with Alliant Computers for a_high- 
performance server. 

Reflecting the trend toward using RISC architectures, 
Apollo introduced PRISM (parallel reduced instruction set 
multiprocessor) to achieve even higher performance on its 
fastest workstations. Initial processors reached a perfor- 
mance of 44 MIPS and 12 MFLOPS (million floating op- 
erations per second) on a 64-bit processor in 1990 or 
roughly 60 times that of the DEC VAX. By packaging pro- 
cessors in parallel, computational levels of above 160 
MIPs were achieved. These processors could be used as 
servers or high-speed workstations. PRISM processors uti- 
lize the power of the RISC chips to perform graphics func- 
tions. 
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Apollo’s system design philosophy is based on distrib- 
uting power to individual workspaces and connecting 
them using the DOMAIN network. Their DOMAIN oper- 
ating system combined part of UNIX V.3 and Berkeley 
BSD 4.3 as well as support for Apollo’s older Aegis operat- 
ing system. The system provides connection mechanisms 
for local work groups through network management. 

The DOMAIN token ring support is an important in- 
dustry, interconnection architecture. It performs well for 
local connections but requires additional translation soft- 
ware to connect to broader nets. An integrated PC/AT bus 
supports the DOMAIN/PCC connection to personal com- 
puters, while Ethernet connects larger workstations. Using 
DOMAIN, personal computer programs can run in one 
window with concurrent UNIX tasks in another. 

Apollo scored a significant first by charging less than 
$5,000 for their low-end Motorola workstations. It was the 
first workstation that cost less than a personal computer. 
Between 1983 and 1988 Apollo saw its performance move 
from relatively slow processors to exceptionally powerful 
workstations. The applications using workstations also ex- 
panded from simple electronic design to extensive numer- 
ical models that once required the power of supercomput- 
ers. 
Apollo’s network-computing system (NCS) is a set of 
utilities, based on its network computing architecture, 
which splits tasks between several processing units. The 
support provides transparent connections to other com- 
puters on the network. Access to network data is through a 
RPC or network interface definition language (NIDL). Ad- 
ditional utilities are provided to facilitate the use of NCS. 
An example of these utilities is the network backup utility 
that provides backup for network-connected workstations. 
NCS has been adopted as a distributed data technique by 
many vendors, including IBM and DEC. 

Apollo has pioneered many innovative approaches that 
have been adopted by the industry. This capability, when 
combined with HP’s technology, should ensure their con- 
tinuing influence on future workstations. 


Digital Equipment Corporation 

DEC was founded in 1957 by Ken Olsen and Harlan 
Anderson in an old textile mill in Maynard, Mass. DEC’s 
success has made it the second largest computer company 
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Figure 7. 
Progression of Architecture 
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in the United States and guaranteed its participation in 
most product areas. When it was founded, the company 
reflected the entrepreneurship that led to the development 
of many of the companies around Route 128 near Boston. 
DEC’s initial success was in minicomputers, and its early 
workstations reflected its heritage. 

The company introduced its first 32-bit workstations in 
1984 with a series of VAXStations. These used DEC’s 
prevalent minicomputer architecture that was introduced 
in 1978. These workstations supported the virtual manage- 
ment system (VMS) as the operating system and its sup- 
port products. DEC benefited from a technical community 


familiar with VAX applications. These experienced cus- 


tomers could easily move software to the new worksta- 
tions. VAX became a major performance benchmark for 
testing competitive engineering and scientific products. 
The use of the same architecture for workstations appealed 
to existing engineering and scientific shops, since they had 
a repertoire of VMS software. 

In 1989 DEC shifted from its historical VAX-only sup- 
port to adopt the three-pronged approach shown in Figure 
8. This strategy is based on continuing older architectures 
while introducing RISC processors with new software so- 
lutions. The three-fold strategy continues the VAX line 
with a series of workstations called VAXStations. These 
processors enhance the commitment to established DEC 
customers and uses programs tailored from the original 
minicomputer series. 

DECStations, announced in 1989, provide high- 
performance computing for desktop computers through 
the use of RISC chips from MIPS computers of Sunnyvale, 
Calif. At the high end DEC provides DECSystems, which 
use the architecture for its servers. Using the same family 
of chips, workstations were introduced whose desktop 
units performed well using the UNIX operating system. 

At the lower level of its strategy, DEC affirmed its inter- 
est in personal computers through a joint deal with Tandy 
and developed connectivity programs for Apple’s Mac- 
intosh computers. The development of network software 
enabled these processors to participate actively 1 in the DEC 
network. 

DEC’s VMS is a vendor-specific system, which was de- 
signed as a multiuser system to support virtual memory 
and extended functions. VMS received much support be- 
cause of its virtual memory; event-driven, interprocess 
communications; priority scheduling techniques; and 
large programs with easy-to-use interfaces. Since VMS can 
be used on the range of machines from the VAXSystems to 
the large-scale clusters, the operating system represents a 
~ DEC-portability vehicle. 

Since VMS had not penetrated many segments of the 
scientific community, DEC introduced UNIX for its VAX 
computers. For a long period users have questioned 
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whether ULTRIX (DEC’s UNIX) received adequate sup- 
port from the company. The introduction of DECStations 
placed further requirements on ULTRIX. 

DEC participated in the development of X Windows at 
MIT, and released an extended version called DECWin- 
dows. The company’s adoption of the standard has con- 
tributed to the acceptance of X Windows. NFS, defined by 
Sun Microsystems, was included in the system for connect- 
ing network files. 

DEC supports a set of languages on both UNIX and 
VAX/VMS operating systems, including standard lan- 
guages such as C++, Cobol, Fortran, Pascal, Lisp, PL/I, 
and Modula 2. These provide users with a source of appli- 
cation software for either system. UNIX application devel- 
opers are providing software for DEC’s offerings since 
these computers have become a major participant in the 
marketplace. The company stimulates new applications by 
working jointly with users who have designed applications 
using DEC equipment. 

VAXStations represent both a continuity and disconti- 
nuity. With their introduction DEC confirmed its commit- 


- ment to the prevalent VAX architecture but provided per- 


formance characteristics that were different from previous 
desktop units. The VAXStation 3100, provided users with 
higher performance and extensive memory. Users could 
immediately run software written for the VMS operating 
system. Memory and performance capabilities permitted 
applications to be shifted without problem. 

Follow-on products extended the performance and 
memory of the workstations as they continued to utilize 
new advances in technology. Peripherals such as disks 
have also grown to reflect the growing need for increased 
capacity on desktop units. There was a continuous drop in 
the price of storage per character. DEC also expanded the 
graphics capability of its computers, reflecting the need for 
professional and business graphics. 

In 1985 DEC opened its RISC workstation group in 
Palo Alto, California. The group was involved with the de- 
velopment of early VAXStations but was also established 
to test new architectures and establish DEC’s presence in 
the open-systems community. Capitalizing on Silicon Val- 
ley experience, the group became a central point for RISC 
and UNIX offerings. A direct offshoot of this effort was 
the introduction of DECStations. 

DECStations are strategic products that do not use 
VAX architecture. Entry DECStations are really personal 
computers based on Intel hardware and Microsoft soft- 
ware. The hardware is manufactured by Tandy Corpora- 
tion of Austin, Tex. These stations have received addi- 
tional software to support X Windows and DECNET and 
participate in networks with other workstations. 

DECStations at the high end also differ from the VAX 
tradition and use RISC technology. Built on MIPS chips, 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


Workstations: Current 
Market and Future Trends 


Managing LANs 


1978 


VAX ARCHITECTURE 
VAXSTATIONS AND SERVERS 


RISC ARCHITECTURE 
‘DECSTATIONS/ SERVER 


1265 9 
Technology Issues & Trends 


Figure 8. 
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the processors provide different instructions than VAX 
computers and high-performance levels measured in mil- 
lions of instructions per second. The selection of MIPS was 
a departure from DEC’s traditional reliance on its own 
semiconductor plants. Up to the DECStation announce- 
ment, the company had been committed to VAX architec- 
ture, but rumors of internal alternatives were circulated 
within the industry. Eventually the decision was made to 
use MIPS RISC chips; however, the design was modified 
to support the byte structures found on other DEC archi- 
tectures. 

Using high-performance RISC processors, DEC intro- 
duced servers using the MIPS chips. Both memory and 
performance characteristics were greater than those found 
on workstations. 

With the introduction of DECStation 5000, the com- 
pany changed from standard bus attachments and intro- 
duced Turbochannel architecture. Intended to provide 
higher performance than existing industry standards, tur- 
bochannel architecture 1s expected to be used by other pro- 
cessors in their line of workstations. DECStations are ex- 
pected to maintain a competitive pace with other industry 
alternatives. 

DEC has a history of unique contributions to computer 
technology. Although the company uses existing open 
standards, it has defined unique industry implementa- 
tions. As one of the seven founding members of OSF, DEC 
has provided leadership in defining a non-AT&T UNIX. 
In another instance, DEC worked jointly with MIT in de- 
veloping X Windows, which is supported on both VMS 
and ULTRIX. The capabilities of the window support was 
demonstrated to the author when VAXStations, DECSta- 
tions, and personal computers were connected using a 
LAN. The demonstration showed a ball bouncing on sev- 
eral screens. The synchronous bouncing correlated to the 
interactions of common user interfaces across the network 
of heterogeneous workstations. 

Another example of DEC’s creative approach to work- 
stations is NAS (Figure 9). NAS is a software architecture 
that expanded DEC’s existing protocols to provide infor- 
mation sharing of either data or compound documents 
across heterogeneous workstations. The architecture has 
been implemented in routines that reside on DEC’s exist- 
ing system and network designs in a way which enables 
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users to define applications that can communicate be- 
tween various personal computers, UNIX- or VMS-based 
processors, Apple Macintosh, and X terminals using the 
network. Applications using NAS have access to X Win- 
dows as well as standard system services such as electronic 
mail, presentation services, database access, and applica- 
tions control. The communications protocols adhere to 
OSI messaging services using standard X.400 or electronic 
data interchange (EDI) services. 

NAS uses the On Demand command to provide interac- 
tive support in the network, while static support is pro- 
vided with builder routines. Rated by some analysts as a 
more open approach than SNA, NAS is an alternative for 
open-system connectivity. 

DEC’s proprietary network system DECNET has been 
popular with users. This system has been used to provide 
connections for large and small systems alike. Begun in the 
1970s, DECNET has passed through a number of transi- 
tions that reflect driving forces in the business community 
as well as different technological advances. DECNET uses 
personal computer systems architecture (PCSA) to con- 
nect personal computers to itself. 

DEC’s data interface format (DDIF) defines a database 
structure capable of handling compound documents. This 
internal standard is based on the open-document inter- 
change format (ODIF) and open-document architecture 
(ODA). DDIF supports text, image, graphics, and voice 
combinations on secondary storage device. 

DEC has positioned itself to provide leadership in 
workstations. Its focus on multiple architectures will help 
it retain existing users while at the same time bring newer 
customers to its support levels. 


Considerations 

The professional workstation market continues to show 
strong growth as unit prices fall. The three leaders in this 
market capitalized on this power and have established 
products for a wide spectrum of applications. Application 
implementors have benefited from combinations of graph- 
ics and processor performance, as shown in Figure 10. Al- 
though competition is very strong with the introduction of 
advanced products from IBM and Data General, the three 
leading companies are expected to retain their leadership 
position in workstations in the early 1990s. 
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Figure 9. 
Network Application Services 


Open-systems support and, more importantly, the wide 
adoption of UNIX have helped create an environment 
conducive to workstation acceptance. Each vendor can en- 
ter the market in a relatively short time with a new hard- 
ware architecture that uses the standard system. 

New applications must be designed to capitalize on the 
ever growing power of desktop computers. The applica- 
tions will be different than traditional workstation soft- 
ware and will use the full capability of the new technology. 

As workstation capability continues to increase, the 
leading designers will emphasize systems integration as a 
single focal point for larger users. This will change the 
characteristics of the competition and place additional 
pressure on new companies entering the workstation mar- 
ket. Unit sales will be affected by the actions of these lead- 
ers and the emerging competition, which is discussed in 
the next section. | 


Challenges of the Fourth Wave 


One of the biggest challenges of the fourth wave of comput- 
ing is putting all the pieces together. Workstation products 
have been successful for individuals and on small net- 
works, but today these products must be connected into a 
wider network that spans corporations. Workstation prod- 
ucts must integrate the company and equipment, as well as 
the data that drive the company. This section examines 
several different views of the fourth wave of computing 
and the effects it has had within different groups of the 
data-processing community. We examine techniques for 
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applying the technology without upsetting the normal op- 
erations of the corporation. 

Five separate views are considered here, as shown in 
Figure 11. The first view is that of the technologists who 
consider workstations from the perspective of key advisors 
or strategists. The second view is that of customer, or user, 
management, who must justify, install, and integrate the 
equipment. The third view is that of the company’s infor- 
mation systems group, which integrates computer solu- 
tions into existing networks. The fourth view is that of the 
end user who is introduced to the newer computers and 
must access them. The fifth view is that of vendor manage- 
ment, which must establish the value of the vendor’s prod- 
ucts in an era of open-systems standards. | 

The fourth wave with workstations and LANs provides 
significant opportunities to all users of the technology. 
Each user can receive direct benefits, but each user faces 
the challenge of ensuring that the workstation is effectively 
used. 


The Technologist 

A few months before completing this report, I reread Tom 
Forester’s 1980 book, The Microelectronics Revolution. 
When wrote his book, microcomputers had just arrived 
and predictions for their use were bullish. The 1980s be- 
came a decade in which their technology was refined and 
product offerings flooded the market. Today’s technology 
is more powerful than the technology available in 1980, 
and the potential seems limitless. Increasing microcom- 
puter power is available to all potential users, but this is 
especially true for workstation implementors. Ideas devel- 
oped by desktop computer designers will mold successful 
applications in the 1990s. Mission-critical applications 
will capture this power and provide a competitive edge to 
companies aggressive enough to understand and use the 
capability. New application areas, which can assist compa- 
nies achieve competitive bottom-line leadership, will use 
this increased power. 

Technologists are faced with challenges to determine 
appropriate products that they can recommend to manage- 
ment. They search for innovations that can improve a 
company’s efficiency. These decisions occur in an age of 
rapid change, which challenges both the knowledge and 
processes used to reach decisions. The technical selection 
begins with a mapping of requirements against potential 
solutions, which are derived from an up-to-date knowledge 
of both the technology and the business. A decision is 
reached after a systematic consideration of alternatives, 
using something like the technology-maturity matrix 
shown in Figure 12. Introductory products are the riskiest, 
but if they are used wisely, they can provide significant 
leverage. Stable products are usually the safest, but they 
often lack the needed edge to move the company in front of 
its competitors. Emerging products may or may not meet 
business needs but should be considered as the products 
mature. 

Each technological wave has the four stages of develop- 
ment indicated on the matrix. A new wave usually is in the 
introductory stage for 3 to 5 years. During this period new 
technology is introduced and tried using different applica- 
tions. Workstations have already passed through this stage 
and have been used in a number of successful application 
areas. | 

The emerging stage represents the period when the 
products are identified with their appropriate applica- 
tions. This period remains volatile as companies adjust to 
meet market needs. Initial product offerings occur during 
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this stage and vendors mature. Often specific products or 
vendors will disappear during this stage. 

During the stabilizing period, products are refined with 
each subsequent release. Growth has slowed, and the num- 
ber of vendors shrinks as competition increases. Personal 
computers are in this stage with many companies disap- 
pearing. 

In the maturity stage the market is determined by the 
leading vendors. There is no longer any large growth in the 
size of the market, and introduction of new technology has 
slowed. New technology does provide additional perfor- 
mance, but the architectures that are used usually remain 
constant. Users have developed a large repertoire of soft- 
ware that is vital for their corporation’s growth. Both mini- 
computers and mainframes have reached this stage. 

A good example of technical maturity are superwork- 
stations. These high-powered workstations contain the 
leading developments in desktop computers. In their in- 
troductory stage, superworkstations appealed to profes- 
sional engineers for their graphics and computational ca- 
pabilities. As potential users realized that there was a lack 
of support packages for engineering departments, super- 
workstations grew less appealing. Eventually adequate 
software will make these workstations commonplace to 
professionals including engineering groups, but until this 
occurs, superworkstations will have limited acceptance. 

Company advisers often urge the immediate implemen- 
tation of the latest technology with promises that it will 
enhance the company’s performance or functional com- 
petitiveness. Others urge caution to the point that compet- 
itors gain business advantages through a timely acquisition 
of relevant technology. Still others engage in hype to dem- 
onstrate their awareness of current developments while 
lacking a substantive understanding of products’ relevance 
to their business. Management must separate hype from 
reality and determine when to introduce stable and useful 
technology. 

The effective use of technology can provide business 
leverage. Yet there is the risk of stopping or slowing oper- 
ations when the new technology is installed. Business pro- 
cesses are sensitive to change and must be adjusted as 
modern tools are installed. Managers have lost their jobs 
by misjudging the maturity or applicability of technology. 
However, timid managers who have feared to acquire a 
new technology in time have jeopardized their company’s 
competitive position. Selection is not a black art, since an 
ordered methodology can be applied, to assess the useful- 
ness of different approaches, matching them to specific 
business requirements. 

The index shown in Figure 12 can be used to assess 
competitive leverage against maturity. Urgent require- 
ments may need to be met with relatively unproven tech- 
nology. An evaluation, using the maturity/competitive 
matrix, assumes that both vendors and their products are 
assessed. Often a product’s success is affected by a ven- 
dor’s market and support teams. The untimely demise of a 
product has been known to leave dependent users in a 
lurch. 

A point which should be considered early in the buying 
process is the way new solutions contribute to a customer’s 
satisfaction Additional satisfaction is equated to retained 
or expanded business In assessing the advantages of a tech- 
nology, it is important to understand how the technology 
improves the company’s image and whether this attitude 
can be translated into additional dollars. 
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Figure 11. 
Multiple Workstation Views 
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Technologists see the fourth wave of computing as an 
age that seems to deliver limitless computing power to in- 
dividual users, yet couples this power in a network across 
networks. The imagination seems unbounded as opportu- 
nities emerge to improve existing business operations and 
expand the use of computers into new applications. 


User Management 

User management must determine the correct time to in- 
troduce a product or technology. Many companies have 
appointed a chief information officer (CIO), who is re- 
sponsible for overseeing shifts in computer technology. 
The CIO is challenged by new paradigms in the worksta- 
tion era, including the increased power of desktop comput- 
ers and the shift from central to distributed processing. 

Management’s judgment is important in determining 
the moment to shift and selecting the correct products and 
vendors. The first challenge in business is justifying new 
products and possibly modified work flows. It is difficult 
to acquire newer technology when its relevance is ques- 
tioned by the business’ chief executives. Knowledgeable 
people question why there is a technological shift and 
whether it will last. Others question the competitive bene- 
fit of the technology or its cost/benefit ratio relative to the 
existing approaches. Technical questions will arise about 
the ability to merge the new approach with the proven 
technical approaches from previous waves. 

The company will probably experience a level of insecu- 
rity as many experienced professionals are asked to modify 
their technical approaches. Opposition will come from 
lack of knowledge that is fueled by the latest trade article 
attacking the new technology. Increased scrutiny by nega- 
tive elements within the company will require a much 
more thorough job by the champion. Also, it is useful to 
have outsiders brief the company on techniques to ensure 
SUCCESS. 


Cost/Benefit Analysis 

A cost/benefit analysis is the first of a series of required 
steps to justify the technology within a company. Although 
technologists become excited about a specific product ap- 
proach, a new product can often fail to meet the minimum 
requirements for corporate justification. The manager de- 
termines the relative maturity of proposed solutions and 
articulates reasons for implementing them within the com- 
pany. An important ingredient in this process is the merit 
of the approach in achieving competitive leverage. 
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Figure 12. 
Maturity/Competitive Matrix: Maturity Levels 
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Workstations represent a new technology for most com- 
panies and must pass through a rigid justification process. 
Since workstations and their interconnections exceed the 
normal purchase limits for department managers, the anal- 
ysis becomes more thorough and alternative approaches 
are weighed. The vendor provides the costs, and the inter- 
nal teams provide the cost/benefit ratios. 

Early analysis can expedite approval and ensure the 
success of installation plans. Change is usually resisted in 
most organizations. Since workstation proposals involve 
change, there will often be reactions to and rejection of the 
solutions. Justification will pass through multiple stages 
before any solution is adopted. 

A source of potential benefit arising from workstation 
implementation is cost savings. Off-loading of mainframe 
functions can result in savings, but more often the in- 
creased productivity of improved functions will result in 
_ Savings. Businesses can often demonstrate direct employee 
displacement, which results in a large savings. 

Another justification 1s enhanced quality that reduces 
field and internal costs. Since routine tasks can be consis- 
tently performed on workstations, they are ideal for pro- 
ducing consistent results. A computer will not often make 
a mistake, and if the computer does, it is predictable and 
repairable. 

Selecting the right product and vendor is the next chal- 
lenge for management. In the beginning of a technological 
wave there are few options, but within a few years, product 
quantity and quality expand, making vendor selection a 
complex problem. 

Adjustments are necessary in many organizations to 
handle the increased power of desktop units. Additional 
work is distributed to the workstation, so different pro- 
cesses are used to handle computing. Throughout the sys- 
tem, benefits can be identified from computing advances. 
With true scalability, business can expect powerful pro- 
cessing for relatively low costs. Management must adapt 
techniques to successfully use their computing advances. 

Management begins to formulate its plans by reflecting 
on its short- and long-term requirements. In an era of het- 
erogeneous connections, the requirements can be met by 
both the network as well as individual desktop processors. 

The first test of a workstation’s adequacy is its ability to 
provide functions required by the company. Since many 
hardware alternatives provide nearly equal capability, it is 
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important to understand the software and network sup- 
port. Open system approaches have been adopted by com- 
panies, but the number of support packages is limited by 
software vendor commitments. Software vendors develop 
their programs for systems with the highest projected mar- 
ket share. Management must assess the availability of crit- 
ical software on the various hardware alternatives, and se- 
lect workstations with sufficient quality software for the 
company’s needs. 

The performance of workstations is changing rapidly. 
Leading brands may be replaced by the competition in the 
following month or quarter. Management should select 
workstations that meet today’s needs and have a growth 
potential. The aggregate performance of connected work- 
stations is expected to exceed that of several supercomput- 
ers by the middle of the decade. 

Benchmarks have been useful in determining perfor- 
mance characteristics. Popular benchmark series have 
been used to assess different workstations by focusing on 
successful instruction mixes. Whetstone benchmarks, 
which were derived from a large number of engineering 
and scientific programs, express their results in Whetstone 
instructions per second. The Dhrystone benchmark is 
written in C and measures fixed-point performance in 
Dhrystones per second. Linpack benchmarks are coded in 
Fortran and reflect intensive floating-point requirements. 
Results of Linpack are expressed in MFLOPS. Identify the 
benchmark that closely reflects the required job mix and 
use that benchmark to assess alternatives. After the bench- 
mark tests are completed, management should have an ob- 
jective set of numbers to evaluate the alternatives. 

Workstations exist in a heterogeneous environment, 
where installation success is determined by the ability to 
introduce older applications on newer computers with 
minimal impact on the existing systems. Incompatible sys- 
tems can cause major delays in profitable enterprises. 
There are numerous examples where a lack of compatibil- 
ity of new technology with existing products became a ma- 
jor deterrent to migration of the existing products. Open 
architectures provide workstations with significant capa- 
bilities, but most older systems have not been repro- 
grammed to conform to these architectures. Migration 1n- 
volves connecting these older applications and databases. 

Another management consideration is expandability. 
Powerful processing units will increase in numbers in the 
next decade. To assess the adequacy of the systems, it is 
necessary to determine their growth characteristics. Will 
the architecture be scalable only for a short time? Can a 
particular workstation carry the company through the next 
generations of processor improvement? Installed worksta- 
tion systems will grow whether their applications perform 
well or not. High-speed processing can speed and magnify 
bad results as well as correct results. 

A concept called “softer software” is worth considering. 
Such software is both easier to use and more powerful than 
anything available today. Apple Macintosh software cre- 
ated new definitions for ease of use, but even these pack- 
ages did not go as far as possible within the framework of 
powerful workstations. Tomorrow’s workstations must 
provide significant new functions over today’s products to 
sufficiently use the additional power. Automatic naviga- 
tion tools will simplify data access on a network. Addi- 
tional questions that must be answered include: Does the 
workstation provide tools for video and audio training 
packages? Are the application development tools simple 
enough to develop these processes internally? Is object 
support inherent in the design of the workstation? 
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Serviceability is a problem for workstation users. The 
need to track and correct operational problems in a distrib- 
uted network has led to the introduction of sophisticated 
tools. Managers need to consider the tracking mechanisms 
provided by the vendor and determine whether they con- 
nect to existing architectures. The level of the diagnostic 
program is required by individual users, and how much of 
it can be automated must be determined. If serviceability 
is provided locally, determine whether the vendor pro- 
vides classes for local people. 

In network computing, diagnostics must extend beyond 
the simple determination of hardware and software prob- 
lems to include network problem determination. These di- 
agnostics should isolate failing components and provide 
recommended techniques to repair them on the network. 
Network programs track error activity on the network and 
can prescribe preventative remedies. 

Closely connected to serviceability is reliability. Fortu- 
nately integrated circuits have produced highly reliable 
components, and the breakdown of a single workstation is 
not as troublesome as the loss of a mainframe. However, 
the breakdown of several vital network parts, such as serv- 
ers and the backbone nets, can delay or stop group work. 
The manager must assess the company’s reliability needs 
and measure the parts of the system against these needs; 
the reliability record of hardware and software vendors 
must be determined. 

A difficult but necessary assessment is whether the ven- 
dor can survive through a strategic cycle. Small companies 
often offer products that are unavailable from more estab- 
lished companies, but these small firms run the risk of col- 
lapsing. Vendors must be selected based on their long-term 
viability. Since most data-processing products are around 
for years, management must be confident that the vendor 
will survive long enough to service the product. Assess- 
ment of the viability of the different vendors begins with 
an understanding of their financial and organizational sta- 
bility but also includes the satisfaction of their existing 
customers. In addition, a technological assessment deter- 
mines whether the company has management depth to en- 
sure their continued performance. 

Management is faced with new challenges in selecting 
workstation and LAN vendors. Management must apply 
simple ground rules for the selection process and establish 
a checklist that includes the items listed above to ensure 
_ that a vendor meets the company’s specific needs. 


Information Systems 

During the personal computer era, management informa- 
tion systems increasingly supported departments that used 
the available computers. MIS Week estimated that over 
one-third of all MIS personnel were reporting to these de- 
partments by 1990.? Increasing autonomy resulting from 
desktop computers has enabled departments to bypass 
MIS altogether. With the introduction of workstations 
connected through LANs, there is a renewed need for the 
professional services of information systems groups. The 
logical center of processing has shifted from the glass house 
to departments that use these workstations. 

The pragmatics of workstation technology raises the 
question of how to integrate workstations into the existing 
data processing. New information is created on worksta- 
tions using data that must be incorporated into the corpo- 
ration’s databases. Workstations and traditional terminals 
create different work flow patterns. A step process ensures 
an easy and logical transition from the older processing 
technique to the new one. 
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Integrating the workstation into active computer oper- 
ations is a challenge. While many existing systems are pre- 
configured to handle terminals, they must be reconfigured 
for workstations. Mainframes and minicomputers have 
used static system table generation techniques for adding 
computer capacity. Workstations require dynamic connec- 
tions and shifting locations so they have adopted more dy- 
namic generation processes. Existing database and com- 
munication protocols used to connect mainframe 
computers will have to be extended to handle client/server 
processing. 

Another challenge is managing complex workstation 
networks. Synchronization of resources is needed in a 
groupware environment. Connectability is a major prob- 
lem that needs to be addressed. Companies establish their 
own way of connecting networks that 1s known to the IS 
group but not to external integrators. Support for different 
attachments is widely claimed, but often establishing that 
support requires work from the departments that use the 
network. 

Many vendors have advertised that their products are 
integrated systems, but again the reality 1s distant from the 
claims. Some specialized areas have been able to have 
large portions connected together into a single system. An 
example in electronic design is the integrated approach of 
Mentor Graphics to electronic design in which mission- 
critical applications are integrated into comprehensive 
packages. 

Integration costs, measured in time and equipment, 
may make the acceptance of new products prohibitive. In- 
tegration can be considered the third dimension of the ma- 
turity/competitive matrix, as shown in Figure 13. This in- 
tegration represents the combination of the technical 
solution and the organizational solution. Processes cur- 
rently in use must be shifted to include workstations and 
LANs. 

The IS group has emerged as a pivotal resource in in- 
stalling the complex workstation/LAN combination. The 
group’s technical skills are important in identifying and 
solving problems. The group must form part of the team 
that makes the workstation a competitive part of the busi- 
ness. 


Workstation Users 
The workstation user is the first to recognize the value and 
potential problems associated with workstations. Often us- 
ers come from existing mainframe environments and are 
now exposed to complexities that were once handled by a 
room full of operators. 

The first opportunity for reaching the user is the inter- 
faces. There has been a continual shift from the complex 
screens created on mainframes and downloaded to termi- 
nals. Today’s screens have menus that are simple to use. 
Keyboards have been replaced by mice, which simplify the 
entry process. 

Simplicity has been extended by the implementation of 
software based on the messy desk concept. Through the 
use of windows, the desktop computer user has an environ- 
ment similar to a desk. Each window contains an active 
task that completes a different job. Thus, one window can 
contain the word-processing program, another a spread- 
sheet, and a third a mission-critical application. 

New dimensions in power provide opportunities for 
even further breakthroughs in user interfaces. Bit map 
screens on inexpensive workstations provide advanced 
graphics capabilities. An emerging application area is visu- 
alization, which is the presentation of nongraphic data ina 
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graphic format. It is possible to extend this capability be- 
yond scientific tasks to commercial applications. Stellar 
Computers introduced scientific visualization on very 
high speed workstations to produce improved presenta- 
tion systems for users. 


Vendor Management 

During the past decade workstation vendors have wit- 
nessed dramatic growths in their markets. In the next de- 
cade vendors will define unique qualities that make their 
products different. This uniqueness challenge is partially 
driven by the wide acceptance of standards and the rapid 
change in markets. Uniqueness has become more difficult 
to define because many workstations have identical func- 
tions and perform equally well. Performance characteris- 
tics change with each new technological advance, which 
makes some companies leaders for only a brief period. 
UNIX has been adopted as a standard operating system by 
most vendors, so even this level of support is common. 

As prices have tumbled, traditional sales channels are 
being replaced by commodity distribution techniques 
adopted for personal computers. Until the personal com- 
puter era, most computers were sold through direct sales 
contact with the appropriate information managers. Low- 
cost hardware and software made such approaches unreal- 
istic, since the cost of sales had to be contained within the 

product budget. To reduce overhead, personal computer 
companies adopted direct retail or even mail-order ap- 
proaches to sales. Initially the computers were sold over 
the counter at computer shows or fairs, but computer 
stores were opened and offered additional services such as 
education. 

Pragmatics drove larger companies to use comparable 
sales outlets. The majority of IBM personal computers 
were sold through stores. Chains such as Sears, Computer- 
land, and Businessland developed their computer: skills 
and provided additional services. Education and service 
became prime ingredients in successful sales strategies. 
Service was performed in local stores to reduce costs, and 
hot lines were installed for rapid customer response. 

Professional workstations are traditionally sold by ded- 
icated sales people who contacted scientific and engineer- 
ing managers. As the market broadened to commercial ap- 
plications, a similar approach was used, but this required 
additional skills from the sales force. | 

Workstation companies have turned to resellers as the 
price per unit tumbled. The first group to be approached 
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~ was the value-added resellers (VARs), who provided addi- 


tional software or hardware to reach niche customers. As 
prices of workstations fell below those of personal comput- 
ers, vendors adopted new approaches to retain their profit 
margins. a 

- The large company is an important customer, and 
unique approaches have to be adopted by any vendor seek- 
ing corporate business. This begins with active support for 


system design and continues to full integration of asystem — | 


solution. New expertise will be required to compete in this 
business. The vendor must acquire the system skills of 
those familiar with mainframe connections and the neces- 
sary communications protocols that make these solutions 
successful. 

The large company will also expect discounts and ser- 
vice agreements that are related to the purchase volume. 
Many mission-critical applications must not fail, so prod- 
ucts must have sufficient redundancy to ensure their suc- 


cessful operation. Spare workstations will be required by 


contracts since the company cannot afford to have any of 


its staff not working for a long period of time. 


Software vendors are either porting their personal com- 
puter products to workstations or creating new applica- 
tions using the power of the workstations. Vendors explor- 
ing groupware are forming alliances or mergers with 
companies that can provide network software. 

Competition will continue between high-end personal 
computers and workstations. The personal computers 
bring a richness of individual applications, while worksta- 
tions provide platforms that connect to larger networks. 
Workstation vendors will play an ever-increasing role in 
complete computer solutions. Traditional science and en- 
gineering customers will continue to expand their usage of 
workstations. Even nontraditional markets such as finan- 
cial institutions are finding the aggregate power of the 
workstation attractive for new applications. Competitive 
workstations will emphasize the use of more powerful 
functions such as high-resolution color graphics, macros, 
and support for other databases. Vendor success will de- 
pend on the resolution of many difficult problems as work- 
stations continue to compete directly with medium- and 
high-end personal computers. One of these problems is de- 
fining the right applications to use the power of the desk- 
top unit. 


Harnessing Workstation Power 


The potential power of a workstation is projected to be 
greater than the power of today’s mainframes. Each new 
generation of chips increases its processing capability be- 
yond those of previous models. With projections of 100 
million instructions per second for less than $5,000 by 
1995, many business lenders fear that this great power will 
lie idle on desktops. Certainly many personal computers 
with much less power are sitting idle on desks, while their 
support bills mount. A brief survey of many corporations 
will probably find that only a fraction of the large amount 
of desktop computing power is being used. 

The answer to this problem is not simple, since personal 
computers contain sufficient computational capability to 
run most of today’s applications. Spreadsheets and word 
processors only consume a limited fraction of the comput-. 
ing engine. Yet business-critical applications could benefit 
from the increased computer power found on worksta- 
tions. Many functions still exist that cannot be run on the 
computers available to management today. Apart from 


new applications, the first effective use of this computer 
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power is robust user interfaces. These interfaces are be- 
yond the Macintosh’s capability, even taking into consid- 
eration Macintosh’s advanced graphics and imaging. 

In today’s computing environment, cognitive functions 
are usually handled in larger computers. As workstation 
processing power increases, cognitive primitives will be 
built directly on workstations. These primitives will be 
very simple at first and will use expert system paradigms. 
Provision can be made for work-assistant programs which 
can help professionals such as engineers and architects 
make correct decisions. An engineering assistant can pro- 
vide the practicing professional with automated checking 
of design assumptions. Comparable assistants can be pro- 
duced for all disciplines, including management in the 
form of an executive information assistant. Modern exec- 
utive systems will benefit from the use of comparable cog- 
nitive interfaces to navigate through operations reports in 
executive information systems. 

Users of powerful workstations will benefit from ad- 
vanced data handling. This capability will use object- 
oriented technology to provide additional attribute infor- 
mation about the system’s information. Most applications 
in this era will either directly use object-oriented databases 
or will eventually scaffold objects on top of relational da- 
tabase structures. Effective object handling will require the 
functions and power found in today’s processors. Data 
navigation will provide the ability to search and find infor- 
mation in the company data structures. Necessary bridges 
and conversions will be built between different data types 
to provide the correct protocol for timely, interacts work. 

Connected to data navigation are data mining routines, 
which determine important data in very large databases. 
Using preestablished criteria, data mining routines search 
combined databases for critical information that can 
shortcut extensive searches for processing elements. Data 
mining will provide input to advanced graphics routines in 
the form of visualization. Flat-file data will be presented in 
graphic images to help workers make critical decisions rap- 
idly. 

Advanced cognitive support will provide local capabil- 
ity for simple rules on a workstation. An easy-to-use lan- 
guage, perhaps a natural language, should be used to make 
these cognitive tools effective for the unskilled. Many de- 
velopers have suggested that a formal programming tech- 
nique should be used for this process. 

Transaction handling facilities should be transparent to 
end users. Such support already exists in mainframe prod- 
ucts but has also been implemented in computers that use 
the OS/2 Extended Edition communications manager. In 
addition, the ability to switch between voice and data 
transactions will become important for many worksta- 
tions. American Express agents, for example, handle both 
voice and data transactions at their workstations. When 
transactions are shifted to other agents or supervisors, the 
voice connection is also shifted. 

Increasingly, multiple functions are performed through 
a single workstation and require parallel management rou- 
tines. These and many other hardware capabilities offer 
challenges to software manufacturers. Hardware has again 
provided an opportunity for software developers to de- 
velop powerful applications. Untapped hardware capabil- 
ities exist in interactive video and FAX support. It is clear 
that hardware power will continue to increase, and it is 
expected that software developers will take advantage of 
this new power. 
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Enablers and Inhibitors 


Managers will encounter enablers and inhibitors to the in- 
troduction of workstations. It is important to recognize 
and understand some enablers and inhibitors that can be 
encountered in the company. 

One enabler is the price of computer power. Personal 
computers have established a tradition of inexpensive 
power, and most managers have come to expect it. The 
broad accessibility of personal computers is familiar to 
many people. Executives have met peers who have shared 
stories of their success with workstations. It is clear to 
many managers that computer power can be used to move 
higher quality products to market more rapidly. 

Another enabler is the reduced price of desktop units. 
Workstation prices have fallen to within a few thousand 
dollars of those of personal computers, and this has, there- 
fore, become an enabler. The trade-off between a few thou- 
sand dollars and improved productivity is easy to predict. 
Similarly, the low interconnection costs are obvious to 
companies looking for system alternatives. 

There are also inhibitors that slow workstation accep- 
tance. The first inhibitor is the organization and individu- 
als who resist change. Many changes using high technology 
have been rejected by a group of people who resist the 
change to their traditional approaches. These individuals 
question whether a technology is sufficiently mature for 
implementation or whether the vendors will survive. A 
second inhibitor is the workstation’s additional hardware 
and software complexity. Support for workstations is ex- 
pected to be more difficult than for personal computers. 

A third inhibitor is the higher prices of workstations 
and LANs. Although these prices are tumbling, they con- 
tinue to be higher than those of personal computers or of 
alternative terminals. Increased function must be realized 
before there is a general thrust toward workstations. UNIX — 
is another inhibitor since it is difficult to use and program. 
Although much software is available to its users, many in- 
Stallations are reluctant to enter this complex world. 
UNIX has also been noted for its security penetration and 
the shortage of trained programmers and trouble-shooters. 


Considerations 


The fourth wave of computing promises an exciting end to 
the century of technology. Today’s workstations already 
contain more power than most mid-1980s mainframes. 
Standards are pivotal to success in this wave, yet imple- 
mentations have trailed the standards committees. Often 
the standards are the result of compromise, comparable in 
some cases to defining an elephant by a committee. A chal- 
lenge for the coming decade is to obiain conformity to the 
agreed standards and identify areas that will further sim- 
plify the integration process. 

Challenges exist for managers and professionals as they 
implement fourth-wave solutions. Increased power on 
workstations is a positive factor, but this same increase in 
capacity raises questions of its effective usage. Many indi- 
viduals in a corporation will challenge the need for such 
power within the framework of the company’s needs. 
Many managers will be comfortable with the status quo 
and fail to understand the competitive advantage in intro- 
ducing the new technology. 

Users and managers require a higher degree of com- 
puter literary to understand the complexities of the new 
wave of computing. Understanding the various elements 
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of open systems will require knowledge not usually avail- 
able in many companies. The demand for individuals 
trained to use UNIX will increase during this period as 
UNIX becomes essential for all companies shifting to 
fourth-wave computers. 

Central processing avoided the distribution problems 
of the new operating systems and their supporting applica- 
tions. As these applications and data are distributed, new 
pressures to manage the network will emerge. Mission- 
critical applications are even more pivotal to the comple- 
tion of successful installations, while shrink-wrapped soft- 
ware is necessary for general user support of generic 
applications. 

Integration of the computer facilities will become nec- 
essary for companies that successfully enter the fourth 
wave of computing. Systems integration skills will be im- 
portant for the companies and individuals who seek to 
make an impact on this wave. Alliances of companies that 
have perfected these skills will be very important. 

We expect to see increasing use of strategic alliances 
between critical vendors to support expanded capabilities. 
Companies that were once competitors will find them- 
selves working jointly to produce products in this wave of 
computing. There is still plenty of room for new vendors to 
emerge in both workstation hardware and supporting soft- 
ware, but they will have to find a role in the heterogeneous 
networks. Client/server architecture will become better de- 
fined as new products are announced. 

Applications increasingly require access to shared data 
from different computer sources. With the power thresh- 
old rising on workstations, additional data can be distrib- 
uted across multiple desktops. Applications are becoming 
available on hardware from several vendors providing 
lower cost access to distributed data. Since the users have 
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many low-cost alternatives, vendors have been forced into 
providing real value on a timely schedule. They must also 
provide applications which provide added value in distrib- 
uted environments. Differentiation between workstations 
is based on the quality of the products, the vendor’s pre- 
sentation, service and support, business relationships, and 
access to required applications. 

RISC processors will show continual growth and even- 
tually will be the prevalent hardware architecture for all 
workstations. It is expected that by the end of the century 
these processors will handle billions of instructions per 
second. Disk storage in the processors will be placed at 
billions of bytes instead of the millions found today. It is 
becoming clear that processors using RISC architecture 
will dominate the 1990s, but we can also expect to find the 
previous generation of personal computers participating in 
this power wave. Specifically, high-end personal comput- 
ers and Macintoshes will be key participants in this devel- 
oping market. 

The third wave has created many of the good ideas that 
are being absorbed by fourth-wave vendors. We have 
many years before this wave will reach its apex, but during 
that time we can expect to see the first appearances of the 
next wave. Hopefully all the readers will be there to wel- 
come it. 
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Datapro Summary 


An Executive Support System (ESS) is a computerized system geared for 

corporate- and division-level managers. This report provides an overview of 
ESS: it offers an explanation of such systems, describes the basic classes, and 
focuses on the key benefits of an ESS. The report also identifies eight critical 


factors in ESS implementation. 


Definition of an Executive 


Support System 


An Executive Support System is a 
system which: 


e Centers on the use of computer 
resources. 


e Is used by the top two levels of 
management, either at corporate 
or the division level. These strata 
of managers think differently. 
They operate in a different, more 
abstract world. Middle manage- 
ment has different, more predict- 
able information needs. 


e Is applied to any business func- 
tion. This may be monitoring, 
analysis, or communications, 
such as electronic mail, which has 


This Datapro report is a reprint of “Executive 
Support Systems: The Myth and Reality of 
Top Management Computer Use,’’ by David 
W. De Long, pp. 142-149, from Journal of Crit- 
ical Issues in Information Processing Manage- 
ment and Technology, Volume 7, Number 4, 
1990. Copyright © 1990 by QED Information 
Sciences, Inc. Reprinted with permission. 
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changed the way many executives 
look at the computer. 


e Is used hands-on by the top-level 
managers or by their staffs. When 
executive questions come up, 
analyses should now be made 
which were previously too diffi- 
cult. 


e May be designed for either indi- 
vidual or organizational systems. 
They may start with individual 
use then expand to organizational 
use when many questions arise, 
such as ownership and political 
issues. 


There are choices to be made in ESS 
(Executive Support Systems) design 
and application. Ultimately, ESS in- 
volves choices about what is impor- 
tant to the executives and to you as 
the developers. What kind of mes- 
sage are they trying to send to the 
organization? How do we use infor- 
mation? What information is impor- 
tant? These are often implicit choices 
that are not verbalized, but the 
choices must be given thought. By 
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choosing to focus on this set of data in which these 
are the key factors or to design the ESS as an elite 
system with access only to certain people, we are 
sending out messages about control over the use of 
information. 

ESS can be considered as an umbrella term 
covering all executive computer use. Executives 
fundamentally are doing two things with comput- 
ers: 


e Information retrieval, data manipulation, and 
analysis 


¢ Communications 


Most of the vendors in this area are essentially sell- 
ing information retrieval applications. Some of the 
major vendors, such as Pilot and Comshare, are 
now Starting to point out that electronic mail is an 
important part of their application. A brief com- 
parison is: 


e Executive Information Systems (EIS) are princi- 


pally information retrieval. 


e Executive Support Systems include information 
retrieval and communications. These systems 
are never just electronic mail. 


e Executive Decision Support Systems (Executive 
DSS) cover the modeling of semi-structured de- 
cisions that tend to be repetitive. 


e Senior management makes very few of those 
types of decisions. Merger and acquisition anal- 
ysis may be one area. 


The design of ESS should reflect four important 
dimensions. They should never be “‘individualized”’ 
to the point where these dimensions are not consid- 
ered. They are: 


1. The personality and cognitive style of the exec- 
utives. 


2. The executives’ philosophies about the use of 
information. Are they really interested in em- 
phasizing control? Are they interested in get- 
ting a better sense of what 1s happening? Do 
they want surveillance? Are they sharing infor- 
mation and broadening the exposure to infor- 
mation? 


3. The job level and function may require very 
different information needs. 


4. The business situation is key to the design of 
an ESS. 
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There are a number of myths associated with Exec- 
utive Support Systems. These are in no particular 
order, but they should be watched as they may be 
built into our assumptions when we are planning 
an ESS. These myths are: 


e All executives want the same kind of system. All 
executives do not want the same type of system. 
They have very different needs. Do not start 
with a technical solution, such as a package pro- 
gram, and assume that it will fit all needs. 


¢ We just need to solve this technical problem. 
Forget this myth! ESSs do not live or die based 
on the technology that is chosen. You must fo- 
cus on the business issues. 


¢ We have to cost justify an ESS. If the executive 
wants the system, you will get the resources and 
the data. Cost justifications may be required, 
but in most cases they are not. 


e All executives should be using computers. This is 
nonsense. Executives vary widely, and it all de- 
pends on whom you are dealing with. Execu- 
tives should have computers who really feel that 
there is benefit in them. 


e There is only one way to implement an ESS. 
This is also nonsense. There are many ways, 
many programs, and many approaches; the best 
is the one that works. 


e The system should always be pre-sold. There are 
no fast and firm rules. Some are strategic and 
some are not. They are developed in many 
ways. It all depends upon the political environ- 
ment in the company. 


Classes of Use of an ESS 

There are several classes of use of an ESS. A class 
of use is how the executives are really using these 
systems. It is a framework for thinking about the 
types of applications. A categorization of the 
classes of use is: communications, monitoring (e1- 
ther internal data or external data), analysis, and 
office support. 

Communications means considering a system 
that allows the sharing of data between different 
individuals, offices, or sites. In a manufacturing 
business, for example, senior management may 
want to look at inventories, plant loading, quality, 
and cost issues. It may want to share this informa- 
tion with international sites. If an executive starts 
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to use an ESS for communications, the organiza- 
tion gets the message quickly that this is the way 
that the executive wants to communicate. Elec- 
tronic mail, for example, is a cultural thing. It 
works well in some companies but not in others. 

Monitoring is by far the biggest application 
area. Frequently, management wants to look at 
predetermined, pre-formatted data in many sys- 
tems, particularly external data. It may want to 
look at internal data, such as plant operations. By 
putting in such a system, management essentially 
shrinks the “laundering” of information by at least 
one time period. For many executives, external 
data is an important area of interest, particularly as 
the available databases get better. Usually that in- 
formation needs some synthesis before it is really 
usable. 

Analysis varies considerably in executive 
use. Only about 20% of senior management sys- 
tems have any analytical capability. Many do not 
even like spreadsheets, while others are expert at 
handling “what ifs.”’ Some like to analyze capital 
- spending patterns. Others like to analyze potential 
candidates for acquisition. There are many varia- 
tions, but those using analysis are the exception. 

Office support includes many applications, 
such as word processing, automated rolodex, calen- 
daring, and so on. Again, these are unique with the 
individual executives. These may appear to be mi- 
nor applications, but they should not be over- 
looked. Do not focus your attention on them, 
however, unless executive interest 1s expressed. 


Key Benefits of an ESS 


The benefits of an ESS evolve as the impacts of 
these systems evolve. Unfortunately, many studies 
have agreed that at least 50% of the ESS systems 
developed either fail or are very mediocre. Another 
large number only provide simple benefits, such as 
increasing efficiency, or allowing us to use elec- 
tronic mail to get more timely information. They 
may provide a better sense of control over the or- 
ganization, but they have no big impact. About 
20% of ESSs provide real, major advantages. These 
are really important and include those systems 
that: 
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e Force executives to re-think their information 
needs. Executives are not used to looking at in- 
formation from a top-down perspective. Histor- 
ically, they have received information as a by- 
product of the existing reporting systems. Now 
they can consider what really matters to them. 


e Enhances executive understanding. If the execu- 
tives consider what information really matters 
to them and how the delivery system of the in- 
formation should be designed, there is a tre- 
mendous benefit from the mental exercise 
involved. It enhances the executive’s under- 
standing of the business. This is not really tangi- 
ble, but a number of executives have said that 
the computer has given them a better grasp of 
the external forces and of the specifics of the 
internally-generated financial data. If you try to 
build a system that enhances executive under- 
standing of the business, the system will fail. 
Many executives who have used an ESS, how- 
ever, have said that they have received such a 
benefit. 


e Improves management processes. Some execu- 
tives are pleased that they can cut the data 17 
ways and explore a great variety of options. An 
effective system is difficult to implement, but 
once implemented, it can really make a differ- 
ence in the way the organization 1s managed. 
Such executives feel that they have a big advan- 
tage in dealing internally with their business 
units, and it changes the way that they make 
strategic plans. 


¢ Communicates philosophy: learning vs. control. 
Possibly the key benefit of an ESS is the philos- 
ophy that you communicate to the rest of your 
organization. Is the system a control that tries 
to keep everyone in line? Is the system a tool to 
teach people what is important, and what 
should be managed? If it is the latter, there is a 
good chance that it will be successful and will 
trickle down through the organization. These 
are actually power issues. In the long term, 1n- 
creasing control is not going to provide a com- 
petitive advantage that is sustainable. It 1s 
better to use information to create change to 
stay ahead of the competition. Control has little 
tactical advantage. 


Ask yourself and the executive you are supporting 
what you are trying to change. Determine what 
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Figure 1. 
Critical Factors in an ESS Implementation 


¢ Committed and Informed 
Executive Sponsor 

¢ Operating Sponsor 

¢ Clear Link to Business Objectives 

¢ Appropriate Information Services 
Resources 

¢ Appropriate Technology | 

* Management of Data Problems 

¢ Management of Organizational 
Resistance 

¢ Management of Spread and 
system Evolution 


value you are adding to both the individual execu- 
tive’s effectiveness and the organization’s effective- 
ness. 

There are thus a number of questions to con- 
sider in deciding on an ESS. These include: 


e Is it the most useful methodology? 
e Is there sufficient structure and planning? 
e Is there sufficient time and access to executives? 


e What are the politics of changing information 
flows? 


e What are the technology constraints? 


ESS Implementation 

Harvard Business School has identified eight criti- 
cal factors in ESS implementation. These are listed 
in Figure 1. 

The need for an executive sponsor is one that 
distinguishes ESS from operational information 
systems. It should be the most senior user, prefera- 
bly the person who makes the initial request for a 
system. The executive sponsor should initiate the 
development program, oversee the development, 
and communicate continuing interest as the work 
progresses. This person should have realistic expec- 
tations of the available technology and data that 
can be accessed, and should set realistic deadlines 
for the development of the ESS. 
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The operating sponsor should be a trusted 
subordinate of the executive sponsor, who knows 
both the business and the technology. The operat- 


Ing sponsor must be completely involved in the 


project, even when the executive sponsor is in- 
volved down to the detail level. The job of the op- 
erating sponsor will depend upon the complexity of 
the ESS application and on the skills and experi- 
ence of the I/S team which is working on the 
project. The operating sponsor will be involved to 
a great extent with problems of data ownership, 
data access, and data content, as well as with the 
administration of the project. Frequently, the oper- 
ating sponsor is the executive assistant to the exec- 
utive sponsor. Other common candidates are the 
Controller or the CFO. 

There is always a problem of linking the tech- 
nology to business objectives. In the first place, few 
in top management can say 1n advance and in any 
detail what they want in an ESS. There are several 
reasons for this: 


e They may not be particularly interested in the 
specific problems that can be solved most 
readily by the technology. 


¢ They may want to look at an ESS, but will not 
have clear objectives as to where they want to 
go with it. 


e They seldom think about the business as it re- 
lates to what information 1s available and what 
reports can be produced. 


e They do not really understand what the com- 
puter can do for them and how far they can go 
with computer solutions. 


There are more fundamental problems that senior 
executives have with ESS computer solutions. 
They are asked for a set of requirements that will 
be relatively fixed, yet their needs and objectives 
are constantly changing. Their thought process is 
seldom the rational, step-by-step computer process 
but is more linked to feelings and ideas. Even the 
term “business objectives”’ has a variety of differ- 
ent, changing meanings to them. In their decision 
process, there are other forces that dominate, such 
as the culture of the organization and the available, 
proven technology. 

The problem of appropriate I/S resources is 
usually solved by the level of the executive spon- 
sor. Normally, resources are made available for 
high-level sponsors. The difficulty comes when 
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trained staff are not around that can handle such a 
project. An ESS 1s frequently too sensitive for us- 
Ing an outside consultant. Often, the accounting 
firms sponsor such efforts, however, and have the 
trust of management. 

The problem of appropriate technology is sel- 
dom a limiting factor today. There is a wide vari- 
ety of easily-used hardware and well-tested 
software for ESSs available on the market. It re- 
quires constant study to stay on top of the possibil- 
ities. 

The management of data problems is usually 
the most serious obstacle that is faced. Generally, 
the data that is required must all be available on a 
relational database that is well-integrated into the 
routine company operations. There are numerous 
problems of data ownership, data control, regular 
data updating, data verification, and data security 
that must be solved. One such problem is that of 
data validity. How can controls be established so 
that analysts who are working for the executive 
sponsor cannot simply “adjust” the data, for a va- 
riety of reasons, until the data in the executive’s 
output does not match the controlled data in the 
operational files? 

The management of organizational resistance 
is a complex problem that is unique to every orga- 
nization. The development of an ESS for a senior 
manager is a political problem and the potential 
resistance is great. It may be: 


e Staff groups who are performing such analyses 
e Line managers and their departments 


e Other executive users who have somewhat dif- 
ferent data files 


e The CIO and the I/S staff who see their control 
of the information getting away 


The resistance of the line managers and staff 
groups 1s directly proportional to the amount of 
change that will take place in the handling of the 
information. They will naturally feel uncertain 
about their new, changed roles and not know what 
the real objectives of the ESS are. They wiil feel 
vulnerable to second guessing by the executive who 
previously accepted their analyses. There is also 
the question of data ownership. They see a small 
I/S group taking over effective use and presenta- 
tion of their data as they lose control of what is 
given to upper management. In their minds, the 
executives will be accessing data out of context. 
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This means that the system will cause them more 
work and trouble and more detailed attention by 
the executive. They have no incentive for such 
change. 

Organizational resistance to ESS develop- 
ment is usually passive but profound. There will be 
ways of slowing the development at every turn. 
The possibilities of getting value-added will be 
markedly reduced. Negative feelings will be built 
up about the ESS work. This means that organiza- 
tional resistance must be recognized, considered, 
and met. Ignoring it or forcing the change is sel- 
dom productive. It is generally most useful to man- 
age the change: 


e Take a political approach from the beginning. 


e Rely heavily on the sponsor to make the change 
palatable and the project visible. 


e« Build benefits into the system for the suppliers 
of the data. 


e Advertise the participation of the data suppliers 
on the screens. 


e Point out the benefits to other individual users. 
e Build relationships and credibility steadily. 


e Have discussion meetings with both the spon- 
sors and the resisters. 


e Provide ideas and techniques, and let the execu- 
tive sponsor take actions. 


If all else fails and the senior executive sponsor 
feels that the system is absolutely necessary for 
strategic and survivability reasons, then let that 
executive force the change and move on. If this 
happens, it is important that all the above ways of 
managing the change be seriously considered and 
used. Otherwise, there will be no long-term future 
for the system. 

The management of the spread and evolution 
of the ESS are related to the political atmosphere 
but are fundamentally problems of good manage- 
ment. Plan. Work the plan. Report accomplish- 
ments. Select hardware and software that can be 
generally used. Keep reporting on and discussing 
the project with other groups. Work systematically, 
and do not overload the available staff. Start train- 
ing programs so that many others in other groups 
can become equally adept at developing similar 
ESS applications. 
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The keys to success for an ESS are the effec- e Focus on adding business value with the infor- 
tive links of the ESS to the executive’s needs. Fol- mation availability. | | 
low the thought process of the executive. Some ° Manage the expectations of the executive. Do 
executives like the Critical Success Factor (CSF) not promise too much, too soon. 


approach, with progress reported against the CSF. ; 
Others prefer a series of interviews. The most suc- ° Keep the pilot small, and take time to do it 
cessful technical approach to determining an exec- right. 

utive’s needs is the use of prototyping. If a seriesof °¢ Build a data infrastructure and a data supplier 
prototypes are built, shown to the executive, and _ infrastructure. M 

adapted as understanding is gained, the result will 

be very close to the executive’s expectations. Some 

important points here are: 
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EIS in the Public Sector 


Datapro Summary 


Progress in the area of executive information systems (EIS) has primarily 
occurred in the private (corporate) sector, with far less movement in the public 
(government) sector. Although there are some inherent problems with 
implementing EIS in the public sector, successful systems can be built. This 
report examines the differences between public and private information 
systems, and provides a case study of an EIS developed for a large state 


government agency. 


Private vs. Public Systems 


We begin with a question: why has 
most of the progress with executive 
information systems been made in 
the private sector (or in corpora- 
tions) rather than in the public sector 
(or in government)? We outline only 
a few reasons here. 


Systems Cost and Risk 

It is clear that executive information 
systems are expensive and not easily 
justified. The reported cost of typical 
private sector system varies between 
$1 million and $2 million for the 
hardware, software tools, and devel- 
opment effort. Many private sector 
(corporate) users do not consider this 
an unreasonable price for something 
that helps top management make 


Reprinted by special permission from MIS 
Quarterly, Volume 14, Number 4, December 
1990. Copyright 1990 by the Society for Infor- 
mation Management and the Management 
Information System Research Center at the 
University of Minnesota. 
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better decisions. According to Rich- 
ard Scurry of Chemical Bank. “These 
guys make a lot of money. Something 
that gives them better access to crit1- 
cal information is worth a lot’’.! 

In most public sector organiza- 
tions the situation is quite different. 
The cost of the system cannot be ig- 
nored. Projects with seemingly vague 
objectives like the typical EIS are 
much more difficult to justify than 
projects such as transaction process- 
ing systems, which usually have very 
well-defined objectived. 

Public sector organizations op- 
erate with fixed budgets and have 
little leeway to shift dollars from one 
category to another. In these circum- 
stances, a risky project like an EIS, 
often intimately connected with one 
champion or a small group of admin- 
istrators, is not likely to show up 
high on the MIS priority list. 

These observations, and others 
that follow, may apply to segments of 
the private sector as well. Some firms 
may be quite cost sensitive and risk 
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conscious, perhaps even more so than some gov- 
ernment organizations. 


Measurement and Organization Culture 
In a general way, and with obvious exceptions, cor- 
porations can be described as active, while public 
sector or government organizations can be de- 
scribed as passive. In most corporations there is a 
clear reward for activity. In the public sector there 
is frequently no reward for activity. Even if there 
is, there is often no reliable way to measure output 
and productivity. In conversation, a senior man- 
ager of a large New York state agency made the 
point: ““We don’t handle outcomes well. We count 
anything that moves but do not measure how well 
it moves. Instead of just asking, ‘What do we have 
to do?’ we need to ask, ‘How well did we do it?’ ” 
Accountability and performance measure- 
ment differences lead to quite significant differ- 
ences in managerial behavior. For example, if a 
consumer goods company manager overspends the 
advertising and promotion budget in a given quar- 
ter but produces twice the anticipated profit, the 
action would likely be rewarded. In contrast, a so- 
cial services officer cannot exceed the budget even 
if there is a real need to provide benefits to more 
families than anticipated. 


Data 

In both the private and public sectors, data drawn 
from internal transaction processing and MIS sys- 
tems may not fully serve EIS needs. For example, 
any evaluation of the impact of promotions on 
sales requires data on the timing of promotional 
events. The accounting system will contain infor- 
mation on when the bills for the promotion were 
paid, not when the promotion ran. 

In addition, public sector data frequently 
originates from a regulatory requirement that is 
unrelated to the programmatic activities of the or- 
ganization. An example from our own university 
(State University of New York at Albany) demon- 
strates this point. We know how much we spend 
for travel to the nearest dollar, for in-state travel, 
for out-of-state travel, for international travel, etc. 
But we have no idea of how many of those travel 
dollars were spent for faculty research, for faculty 
recruitment, for student recruitment etc. In other 
words, our system is bound by its categories. Creat- 
ing new categories is possible only at the manual 
level; this is therefore not a frequently used option. 
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Decision Making 

Measurement problems in the public sector con- 
tribute to differences in decision-making behavior 
between the public and private sectors. The lack of 
a clearly defined bottom line in the public sector 
leads to a focus on inputs and budgets, not outputs 
and productivity measures. Thus, meeting the bud- 
get becomes an important output measure, not just 
an input tool as in the private sector. Further, sev- 
eral surrogates for output are tracked indepen- 
dently in the absence of a mechanism to synthesize 
a single measure of output. This makes it difficult 
to allocate scarce resources among conflicting 
needs. 

With more constraints and unknowns in the 
public sector process, it is not surprising that more 
parties are involved in decision making. More de- 
cision makers, more constituents, and more crite- 
ria and values, combined with chronic budget 
constraints and a lack of enthusiasm for expensive, 
uncertain projects, make public executive informa- 
tion systems difficult to develop and justify. Is it 
any wonder that the private sector is way ahead 
with this new technology? 


EIS—State of the Art 


Executive information systems have come a long 
way since 1976 when Ben Heineman, chief execu- 
tive at Northwest Industries, began to use a term1- 
nal and database to monitor and plan the growth of 
his nine operating units.” Yet the progress has not 
been uniform or steady. A 1983 article in Fortune 
commented: 


The most important factor keeping the computer out of 
many executive offices is the realization, sometimes 
barely conscious, on the part of managers that this tech- 
nological wonder has, as yet, little to offer them. The na- 
ture of their work—in a word, unstructured—.is such that 
it’s not particularly susceptible to computerization.* 


Our observation of executive information systems 
in many organizations can be characterized by 
some common features that were identified in an 
early study by Rockart and Treacy’ and are still 
true today. These include the preparation and de- 
livery of periodic paper reports that contain 
heavily aggregated data. Usually the reports are 
received by the executive well after the data is 
“fresh”? because of delays in gathering the raw data 
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from several sources and processing it in the de- 
sired form. The resulting reports are presented in a 
fixed, unvarying format, usually quite voluminous. 

Given the nature of the support provided by 
the typical executive information system, the exec- 
utives who use them must still rely on frequent oral 
reports, anecdotal data, and analysis, if any, car- 
ried out by staff personnel. The formal EIS thus 
becomes only a part, and frequently a rather small, 
unimportant part, of an executive’s total manage- 
rial activity. 

But this situation is changing. A quote from a 
1989 article, again from Fortune, highlights the 
change: 


Duracell CEO C. Robert Kidder manipulated a mouse 
attached to his workstation to search for data comparing 
the performance of the Duracell hourly and salaried work 
forces in the U.S. and overseas. Within seconds the com- 
puter produced a crisp, clear table in colors showing that 
the U.S. salaried staff produced more sales per employee. 
He asked the computer to “drill down” for more data, 
looking for reasons for the difference. By the time he fin- 
ished browsing, he had determined that Duracell had too 
many salespeople in Germany wasting time calling on 
small stores.° 


The Duracell example demonstrates what is 
needed in contemporary EIS systems: access to a 
broader sweep of data, often at an increased level of 
detail, with the ability to access and analyze this 
data on an as-needed basis. We return to Ben 
Heineman of Northwest Industries for a succinct 
definition of what a good EIS should do: The aim 
of the system should be to provide information to 
the executive such that he or she can “‘ask the right 
questions and know the wrong answers”’.” 

Since the development of the Northwest In- 
dustries EIS, several other excellent systems have 
been developed and reported in the literature. The 
vast majority of these applications have been in the 
private sector. A good example is the Lockheed- 
Georgia MIDS System.° 

This report presents the results of an ongoing 
project to develop an EIS for a large agency in the 
New York state government. The system is being 
used in different and creative ways, leading to a 
change 1n the organization’s culture, with implicit 
and explicit impact on the focus of the organiza- 
tion and its measurement systems. 
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Level of Detail 

Conventional wisdom suggests that senior execu- 
tives need access only to highly aggregated, sum- 
marized data, but our experience and current 
developments in EIS suggest otherwise. Giving an 
executive the ability to access detailed data, as in 
the Duracell example cited above, can give him or 
her the opportunity to signal to the organization 
that business is not “‘as usual.”” With access to de- 
tail, and a good understanding of it, an executive 
can change the behavior of people at lower levels of 
the organization. 

As an example, the president of Banco Inter- 
nacional, a Colombian subsidiary of Citibank, 
forced his entire organization to become more 
marketing oriented by constantly monitoring cus- 
tomer information and holding his employees ac- 
countable for being informed about customer 
activity.’ 

Access to detailed data at the top of the orga- 
nization can actually facilitate the pushing down of 
decision making to operating levels. Phillips Petro- 
leum, for example, gives senior executives access to 
price information from 240 motor fuel terminals. 
Such information was formerly available only on 
various bits of paper. Now that top managers can 
monitor all price information, individual pricing 
decisions have been delegated to local terminal 
managers.” 

Another important reason for providing exec- 
utives with detailed data is that summarized infor- 
mation about the “‘bottom line” is not enough. The 
ability to “drill down”’ to the real problem, as cited 
in the Duracell example, is possible only with spe- 
cific, detailed data. Former New Hampshire Gov- 
ernor John Sununu, now the White House Chief of 
Staff, put it well: “It is my conviction that one 
needs to go down to the lowest source to get inti- 
mate, unbiased data”.® The CEO of Frito-Lay ech- 
oes this sentiment: ““DSS gives us the information 
we need—not what someone wants to give us after 
it has been massaged and sanitized”’.” 

Only by using data that has not already been 
filtered and processed can the system help in prob- 
lem finding and opportunity spotting. For an exec- 
utive, finding problems and spotting opportunities 
may be more important than solving problems and 
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exploiting opportunities. With appropriate infor- 
mation, top executives can spend more time moti- 
vating and aiming the efforts of line managers (the 
problem solvers) than doing problem solving them- 
selves. 


Analytical Capacity 
Giving an executive access to detailed data is not 
enough. The EIS should have the capability to con- 
vert the mass of available data into actionable in- 
formation. This entails, first, access to the data 
through the use of relational database management 
systems and well-designed menus that enable the 
user to home in on the desired level of data. Sec- 
ond, the system should avoid the data overload 
problem that is present in much of the computer 
output generated by traditional MIS systems. A 
screen-oriented system can act as a brake in this 
regard. Third, the use of graphics and color can 
contribute to the data conversion process. Trends 
can be seen in seconds as opposed to minutes or 
hours required to scan data in tabular form. 
Finally, the system should not be limited to 
data retrieval and status reporting but should in- 
clude some minimal analysis capability to evaluate 
the implications if the status quo continues into 
the future. The system should enable the user to 
extrapolate and explore trends to determine when 
to intervene. 


Ease of Use 

Three reasons for lack of enthusiasm for executive 
information systems from senior executives are: 1) 
their lack of computer training and experience; 2) 
their unwillingness to spend time getting such 
training; and 3) their poor keyboard skills. Our def- 
inition of “user-friendly” for an EIS deals with all 
three of these problems. Executives should be able 
to begin using an EJS without any prior training 
with the system. A simple demonstration or run- 
through should suffice to get any executive started 
on the system. 

The dialogue between the executive and the 
system should invite inquiry and entice the user to 
explore further. The paths of inquiry should be op- 
tional and flexible but clear, and they should per- 
mit easy navigation through the database. Thus, 
the command language should be natural, transpar- 
ent, and easy to operate and follow. A mouse and 
such modern touches as pull-down menus can help, 
but these are not essential. The key is a concise, 
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straightforward system. without the kinds of com- 
plexities that require voluminous user manuals and 
documentation. | 


Data Problems 

The value of any information system hinges on the 
quality of its data. Often the data are inaccurate, 
incomplete, out-of-date, or inappropriate and irrel- 
evant. Technically oriented system developers do 
not, in our view, give this issue the attention it de- 
serves. More often than not they believe that data 
issues are outside the domain of their responsibil- 
ity. 

A common pitfall of existing databases in 
many organizations is that they were designed for 
accounting-oriented transaction processing appli- 
cations and lack the detail required for manage- 
ment of information. For example, the order entry 
and invoicing systems in most companies do not 
include sufficient information on customers to per- 
mit strategic analysis of sales by user-defined mar- 
ket segments. 

Another problem in building an EIS database 
is the difficulty of integrating internal data residing 
in different, incompatible computer systems. Apart 
from this problem, a more serious issue is that the 
EIS system has to look beyond internal data to 
meet the needs of top management. The existing 
databases contain primarily “hard” data or “the 
facts.”’ What is missing is the “soft” data, such as 
information about industry trends and competi- 
tors’ activities, which have to be searched out and 
put together for inclusion in the system. 

A controversial question that must also be 
addressed in building the EIS database concerns 
the ownership of the data. Providing common ac- 
cess to operational performance information in a 
decentralized organization can be unsettling.’ 

We turn now to a description of a system de- 
veloped for an agency of the New York state gov- 
ernment that addresses these issues and gives the 
senior administrator 1n the agency up-to-date, 
easy-to-manage information in a format that is 
both powerful and useful. | 


The OGS System 


The Case Environment | 
The EIS system described here was developed for 
the New York State Office of General Services 
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(OGS). OGS is a “conglomerate” organization hav- 
ing major operating units that provide a diverse 
range of services to other departments of the New 
York state government. Examples of the services 
that OGS provides include: 


e Design and construction of state facilities 
¢ Operation and maintenance of state buildings 


¢ Wholesale food and laundry services to New 
York state correctional and health-related insti- 
tutions 


¢ Statewide vehicle management 


e Statewide telecommunication and centralized 
data processing 


¢« Office space leasing and land reutilization 


¢ Centralized commodity contracting and stan- 
dard testing 


¢ Centralized printing 


OGS has an annual budget of over $530 million 
and a work force of more than 4,200. Prior to 
1986, the corporate culture of the organization 
could be characterized as passive. Annual budget 
increases were based largely on inflationary in- 
creases, and deficits incurred due to overspending 
were balanced by supplemental budget requests 
late in the fiscal year. 

The situation changed in 1986 with the ar- 
rival of a new administrative head who stated the 
OGS mission as providing efficient, effective, re- 
sponsive, and economical programs. A more formal 
management process for planning and control was 
instituted soon thereafter. The Human Resources 
and Fiscal Control System (HRFCS) was devel- 
oped to implement the new process. The purpose 
of HRFCS was to decentralize the management 
and accountability of resources to the lowest prac- 
tical program unit. Managers were required to bud- 
get for their needs and manage their expenditures. 

As HRFCS was implemented, it became clear 
that “problem” areas, e.g., units that exceeded 
their resource allocation, could be identified only 
after the fact. Any solution had to keep track of 
expenditures as they occurred and extrapolate 
them through the end of the fiscal year to identify 
excessive spending rates. 

It quickly became obvious that such capabil- 
ity did not exist in the agency’s information system 
and that, to implement desired changes, the new 
administrator needed more powerful tools to track 
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and analyze expenditure patterns—the kind of in- 
formation that an executive information system 
might provide. The purpose of the system would be 
to provide the foundation for analysis and commu- 
nication that would enable the administrator to 
signal to the organization that budgetary, planning, 
and control procedures had to change. A primary 
objective was to avoid a perennial multimillion 
dollar deficit. 

Beyond expenditure control, the new admin- 
istrator stated, “‘I want to know how we are per- 
forming against standards, not just against the 
budget.” Clearly the determination of productivity 
measures and standards 1s a difficult problem, 
given the diversity of the operating units included 
within OGS, but it is also an important area for 
EIS development. 


System Development 

Development of the OGS EIS has followed an evo- 
lutionary plan, starting with an expenditure control 
module that was fully implemented in June 1988. 
The objective of this first phase of the OGS EIS 
was to develop an easy-to-use “drill down” system 
to show the current status of each program budget 
vs. expenditures and estimate expenditures 
through the end of the fiscal year to test the actual 
spending rate versus the budget. Subsequent phases 
will focus on the development of a performance 
analysis system to analyze and improve organiza- 
tional productivity and effectiveness. 

The OGS EIS has been implemented on a 
personal computer that 1s networked to OGS’s 
mainframe computer for downloading of data. 
Currently, the downloading is done monthly. The 
system is interactive, screen oriented, and relies 
heavily on graphic displays of data. A wide variety 
of tabular and graphic reports are available. 
Printed reports and graphs can be produced on re- 
quest right at the user’s workstation. The key fea- 
tures of the OGS system development process are 
summarized below: 


e A quick understanding of the administrator’s 
information needs in terms of what he wanted 
and how he wanted to see it. 


To show the administrator what the new technol- 
ogy had to offer, an EIS that had been developed 
for another public sector agency was demonstrated. 
The demo system had a different focus but had the 
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screen-orientation and push-button graphical anal- 
ysis features that the OGS administrator found 
appealing. The demo essentially settled the how 
question, 

For the what question, the administrator was 
able to specify the broad objectives of the system 
in an initial two-hour project meeting. A second 
meeting was devoted to reviewing the formats of 
the reports and graphs produced by the system de- 
signer. At a third meeting a rough prototype with 
limited data was shown to the administrator and 
led to agreement on his information requirements. 

In our view, the parsimonious use of the ad- 
ministrator’s time in defining the system specifica- 
tions was a critical success factor in maintaining 
his interest and involvement in the project. 


¢ A relatively low-cost system. 


As noted earlier, the difficulty of selling high-cost 
projects with no immediate, tangible benefits se- 
verely inhibits EIS development in the public sec- 
tor, and in some private sector firms as well. The 
OGS system was implemented using standard, in- 
expensive PC software tools. The total cost of the 
system is about “two zeros”’ less than many private 
sector systems that have been implemented using 
specialized EIS software. 


« “Push-button” operating features. 


Dialogue with the system has been designed so that 
the user “pushes” only the cursor keys, the space 
bar, the zero (0) key, and the return key. The up 
and down arrows allow selection of menu items, 
moving the highlight from one item to the next. 
The return key selects the highlighted item. The 
zero key is always used to exit a menu. 

The screens are carefully organized to expe- 
dite the selection process. For example, the initial 
highlighted item for the question “Is this correct?” 
is “Yes,” the most likely response, requiring only a 
press of the return key. More sophisticated users 
may select menu items by pushing the alphabetic 
key corresponding to the item label. 


e Ease of use. 


The well-organized menus and a straightforward 
command structure combine to minimize confu- 
sion and make the system simple to use and under- 
stand. No user manual is provided or required. A 
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30-minute demonstration has proved sufficient to 
introduce uninitiated users to all system features 
and options. | 


The Data Cube | 

The database of the OGS system does not contain 
aggregated data. Rather, the user has access to a 
““cube’”’ of detailed information, which can be “‘cut’ © 
in any of several dimensions and aggregated at any 
desired level (see Figure 1). For example, an ex- 
pense category can be investigated for a given 
month across all organizational units, or for several 
months for an individual unit. 

In addition to a large number of expense cate- 
gories (e.g., overtime, travel), the New York State 
budget contains at least 30 different 
“‘appropriations”’ (the term used in the New York 
state budget for funding streams from different 
sources), which have to be managed separately. For 
example, some OGS employees are paid from state 
funds, some from federal funds, and some from 
other state agency budgets. The system keeps track 
of all appropriations and has easy-to-use screens 
for selecting the desired expense and appropriation 
categories. 

The system also provides access to data at 
several different levels of the organization, down to 


Figure 1. 
The OGS Data Cube 
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Figure 2. 
Flow of a Typical Dialogue with the OGS 
System 


Reports 


= 6s. Choice of 
"Report Type 


Time Period 


Report Level 
: Choice of 


First Deputy 


Expenditure Report 


Choice of 
No Report 


moves to next level 
to Report down 


or lower levels 


the lowest level of control. An example of a “high 
level’? would be the commissioner/first deputy 
commissioner level. A “low level” example might 
be the staff at the Binghamton State Office Build- 
ing, who are within the Building Operations and 
Maintenance unit, which reports to the director of 
Facilities Operations and Maintenance, who in 
turn reports to the deputy commissioner of Facili- 
ties Operations, who is directly under the first dep- 
uty commissioner. 

With all levels in the data cube available for 
access, the administrator can cut down through the 
layers of the organization to “‘follow’’ data to its 
source (or “drill down,” to use the term in the 
Duracell example). For issues where higher-level 
aggregation is sufficient, the data can be reviewed 
at that level. In the previous example of levels, the 
administrator could look at the data for the entire 
Facilities Operations and Maintenance unit in 
which the data for the Binghamton State Office 
Building are aggregated along with data from all 
other facilities. The assumption is that the user will 
“drill down’ only when more detail 1s needed to 
determine the source of problems identified at 
higher levels. 
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Working with The System 

A diagram outlining the flow of a typical dialogue 
with the system is shown in Figure 2. Details of the 
screens for the same dialogue are shown in Figure 
3. In this example the user has selected an expendi- 
ture analysis for a particular unit (item A on Screen 
1). The system then prompts the user to select the 
time period (Screen 2). In the example it was cho- 
sen as October 1990. The next step is to select the 
organizational level of the desired unit (Screen 3). 
Item B, the first deputy commissioner level, was 
selected. At the bottom of this screen is a question, 
“Do you want report for this unit?’’ A “‘yes”’ re- 
sponse displays the screen with the report for the 
first deputy level (Screen 4). A “no” response leads 
into another selection screen containing organiza- 
tional levels below the first deputy (Screen 5). 
From this screen, the user could pick a unit at this 
level or choose to drill down even further. 

The number of organizational levels in OGS 
ranges from a minimum of three to a maximum of 
six, with the commissioner and first deputy consid- 
ered as the first level. The complete structure of the 
organization is built into the system so that users 
are told when no further drilling is possible (as in 
Screen 6 of the example in Figure 3). 


Analytical Features 

The system is not limited to factual reporting of 
historical data. Several features are readily avail- 
able to perform the following types of analyses: 


Identify Problem Areas 
The exception reporting capabilities built into the 
system can spotlight either the appropriations and 


Figure 3a. 
A Dialogue Example: Screen I 


OGS SYSTEM 12/4/90 


2:25:47 | 
REPORTS MENU 


A) Expenditure Analysis by Category for Selected Unit 
B) Exception Report by Category for Selected Unit 

C) Expenditure Analysis by Unit for Selected Approp. 
D) Exception Report by Unit for Selected Category 

O) Return to Main Menu 


Choose Desired Option by Typing the Appropriate Letter or 
Move Cursor to Desired Option and Press 


Screen 1 


SEPTEMBER 1991 


8 | 1272 
Technology Issues & Trends — 


Figure 3b. 
Screen 2 


OGS SYSTEM 
Expenditure Report by Category for Selected Unit 


12/4/90 
2:26:15 


TIME PERIOD SELECTION 


Year: 90 Month: October 


Press Enter to Exit 


Is This Correct? Yes No 


Screen 2 


categories of expenditure that are over budget for a 
selected unit, or the units that are over budget for a 
selected appropriation or expenditure category. 


Focus on the Specific Sources of Problems 

The system design allows the user to cut through 
the complex organizational levels and categories to 
track down the real sources of problems. This cut- 


ting (or “drilling’”’) through the data cube is oneof _ | 
g ( e ) throug | _ started with no hard data on either workload or 


the most important features of the system. 


Evaluate the Performance of Individual Units 
Graphics features are provided that permit the 
tracking of budget and actual spending patterns. 
Bar graphs can be used to compare the perfor- 
mance of several different units in achieving bud- 
getary control. Cumulative trend lines can assist in 
determining whether an overspent unit is making 
progress to return to alignment with the budget. 


Facilitate Early Detection of Problems 

The system contains extrapolation and trend analy- 
sis features to provide an early signal of potential 
overspending. For example, based on the first three 
months of travel expenditures in a fiscal year, pro- 
jections for annual spending can be developed 
based on historical spending patterns. Armed with 
such information, intervention can be planned at 
several different levels of the organization before 
expenditures go over budget. This helps to avoid 
future deficits and, even more important, provides 
evidence of administrative concern and resolve to 
affect change. 
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Expansion to Planning Activities 


With the implementation of the expenditure con- 


trol module, the focus of the project shifted to the 
planning function. In a people-intensive organiza- 
tion such as the OGS, which must also cope with 
the endemic budgetary constraints of the public 
sector, a key planning issue is: How many people 
are needed to perform the required work in each 
unit? This raises the following subsidiary ques- 
tions: | 


1. What is the workload of the unit? 
2. Howis that workload measured? 


3. What is the performance standard for accom- 
_ plishing a unit of work? | | 


Questions 2 and 3 bring immediately to the surface 
the problems of productivity measurement in © 
large, bureaucratized public sector organizations 
and, for that matter, in many organizations in the 
private sector as well. To set the measurement pro- 


cess in motion, the OGS administrator has adopted 


an iterative approach focused on individual oper- 
ating units. | : a 


For example, the unit that processes invoices 


productivity standards. In attempting to estimate 
the time required to process an invoice, it immedi- 
ately became clear that all invoices are not alike— _ 
the processing time varies with the type of invoice. 
This implied that workload data was needed not 
only on the total number of invoices processed but 
also broken down by the type of invoice. As a first 
cut, the invoices were classified into two major 


Figure 3c. 
Screen 3 
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Figure 3d. 
Screen 4 


OGS SYSTEM UNIT: First Deputy Commissioner 12/4/90 
Expenditure Report by Category for Selected Unit 2:27:24 
1990 October 


Appropriation/ Budget Exp. Var. Proj. Annual LY; 

Category To-Date TDate Annual Appr. Annual 
+Encum. Exp. Budget ___Exp. 

Administration-SP/ 

PS Regular 86700 99319 -12619 170261 148900 148900 

PS Regular Overtime___ 425 

Total PS Regular 87125 99319 -12194 170261 149632 149634 


PS Temporary 
Total PS Temporary | 
Total PS 88867 99319 -10452 170261 152632 152634 


Misc Supplies 2303 1538 765 2637 3960 3960 


Variance = Budget To-Date - (Exp. To-Date + Encumbered) 
PgDn Next Page 


Screen 4 


types. Managers in the unit used their experience 
and judgment to provide processing time standards 
for each type of invoice. In many cases, these stan- 
dards led to a headcount requirement that was 
about equal to the present staff complement. Nev- 
ertheless, it was a beginning to measure something 
that had never been measured before. Further, it 
provided a basis for tracking actual productivity 
against the estimated standards. 

The iterative process under way will permit 
refinement of performance standards and enable 
more accurate analysis of fluctuations in actual 
workload. In this context, it must be pointed out 
that workload measurement and standard setting is 
a difficult task in some OGS units. In the training 
unit of the human resources department, for exam- 
ple, what is the appropriate measure of workload? 
This unit looks very much like a university faculty 
or a training unit in a large company, where work- 
load measurement is also a very difficult task. 

The second phase of this project has been 
completed in prototype form with detailed data 
from two operating units; this phase has been re- 
viewed by the OGS administrator. He has since 
determined that the formidable task of developing 
data for all units will be worthwhile. The data can 
be converted into useful information by the EIS 
system to assist in planning and effecting produc- 
tivity improvements. The prototype was a critically 
important step in building the administrator’s con- 
fidence that the information produced by the EIS 
system would justify the significant effort needed 
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to overcome the natural organizational resistance 
to workload measurement and standards develop- 
ment. 

The productivity analysis module will present 
the administrator with a multilevel data cube simi- 
lar to the one in the expenditure control system. 
He will be able to evaluate workload and produc- 
tivity at the level where the work is performed and 
then institute the planning process from the grass- 
roots level on a more factual basis. This system 
would provide him for the first time the opportu- 
nity to make high-level budgetary and resource al- 
location decisions based on a clear understanding 
of present and future workloads and productivity 
standards. 


Conclusions 

A primary observation on the implementation and 
use of the system is that the senior OGS adminis- 
trator was absolutely critical to the project’s suc- 
cess. Given the nature of public sector 
organizations, the importance of the commitment 
from the executive sponsor cannot be overstated. 
In the private sector, once the chief executive 
wants an EIS, it will move. In the public sector, 
wanting is not enough. Movement can stop at any 
of a number of stages. The OGS system 1s where it 
is today because the administrator moved it him- 
self. A tangible result of his efforts to change the 
management processes in OGS is that fiscal 1988 
was the first year in several years that was com- 
pleted without a deficit. The second phase of the 
project is now moving beyond the prototype stage 


Figure 3e. 
Screen 5 
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O) Previous Menu 
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Figure 3f. 
Screen 6 


OGS SYSTEM 
Expenditure Report by Category for Selected Unit 
1990 October | 


12/4/90 
2:28:53 


No Units at the Next Level 
Press Any Key to Choose Other Unit 


Screen 6 


and is targeted for completion in time to use it for 
planning the 1991-92 fiscal year. 

Development of the database to support the 
EIS has not been without problems. The download- 
ing of data from the OGS mainframe computer to 
the executive workstation has posed the usual 
problems of compatibility, data formats, discrep- 
ancies, and gaps in the data. More importantly, for 
the second phase of the project, much of the data 
on workload and standards does not exist. The pro- 
totype that has just been completed for this phase 
has proven useful in resolving several issues relat- 
ing to the collection and processing of the required 
data. 

In conclusion, our experience highlights the 
importance of the following factors in successful 
implementation of an EIS in the public sector: 
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The role and commitment of top management 
Modularity in system development 
Prototyping with live data 

Push-button ease of use 

Low cost 

The need for detailed data in the system 


NDW AR WN 


The ability to access data at any level, detailed 
or aggregated 


8. An iterative approach in developing new data 
where none existed 
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Datapro Summary 


Downsizing is a process that is being executed by many cost-conscious companies. 
But beyond the cost issue, downsizing is an efficient way to free the corporate 
mainframe from processing that can be effectively handled by smaller, capable 
systems. If not approached in the correct manner, the downsizing process can cost 
more than it is worth. With proper planning, downsizing corporate computer facil- 
ities can prove beneficial for all involved. 


Eventually, even the most die-hard fans of 
the mainframe may have to consider the 
possibilities of moving to PC LANs. While 
the idea sounds attractive—especially in 
terms of savings in capital expenditure, 
overhead, and those big salaries that you 
will save by firing the mainframe whiz 
kids—the move from mainframe to PC 
LAN may not go so smoothly. The savings 
may soon disappear and you may find your- 
self recruiting more support staff to help 
more users. 

Downsizing must be attempted with 
prudence and planning. It can be rewarding 
if the expectations are realistic and the 
move is carefully planned. 

“It’s not easy to anticipate all problems 
involved in downsizing,” observes An- 
thony Townsend, microcomputer support 
coordinator, University of Virginia at 
Charlottesville. 

When the University of Virginia re- 
cently downsized many of its mainframe- 
based applications, it faced some unex- 
pected problems. Some vendors changed 
their policies and their applications ended 


This Datapro report is a reprint of ‘“The Up Side 
of Downsizing” by Anand Rao, pp. 51-60, from 
LAN Magazine, Volume 6, Number 6, June 1991. 
Copyright © 1991 by Miller Freeman Publica- 
tions. Reprinted with permission. 
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up costing more. Also, management ago- 
nized whether it should buy off-the-shelf 
applications or develop custom software. 
Townsend warns potential downsizing en- 
thusiasts that it’s a long, drawn-out process 
that can deliver some shocks to those at- 
tempting it. 


What is Downsizing Anyway? 


The word “downsizing” is often misused. 
Downsizing evokes visions of drastic re- 
duction, layoffs, lost opportunities, and for 
some, an opportunity to make a few bucks. 
The industry is still struggling to come up 
with a more acceptable and less confusing 
term to describe the process of shifting ap- 
propriate processing from mainframes to 
PCs and workstations. 

What is the main purpose of downsiz- 
ing? Is it to make MIS lean and mean? Is it 
to make it easy to manage the computing 
facilities? Is it to give a better deal to the 
users by providing easy access to data? Is it 
to save a few bucks? Or is the main purpose 
of downsizing to make management of the 
data processing facilities more efficient? 

Organizations’ management often seem 
to be unaware that downsizing’s real objec- 
tive is to free mainframes from processing 
data that can be done by compact and inex- 
pensive machines and that its purpose is 
not merely a cost-cutting opportunity. 
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The existing MIS structure evolved from an “us and 
them’? attitude between the users and the managers of 
computing facilities. 

As computers grew user friendly and the power of PCs 
and workstations increased, the iron door between the us- 
ers and the computers began to rust. Unfortunately, the 
same can’t be said for attitudes. The user and MIS commu- 
nities are gradually becoming aware that concentrating 
most data processing on mainframes is grossly inefficient 
and that a catastrophe won’t occur if users are given more 
access to computing facilities. With greater access, it be- 
comes more efficient to move the facilities closer to the 
users. The compact computing resources located closer to 
the users are easy to install, maintain, and use. 

The process of downsizing doesn’t mean decreasing the 
type, magnitude, quality, or variety of processing facilities 
that are available to users. Downsizing can actually in- 
crease the overall quality and quantity of services avail- 
able. Innovations in networking and desktop computer’s 
processing power has made it possible to bring mainframe 
computing power to the user’s desk. 

Even the early proponents of downsizing soon realized 
that the process involves much more than getting rid of 
mainframes, firing some programmers and operations per- 
sonnel, and waiting for the enormous savings to occur. The 
mainframe can’t be totally replaced by desktop computers, 
and it’s counter-productive to shift everything from a cen- 
tral location and distribute it over the facility. 

The mainframe can be retained to perform number- 
crunching applications and transmit formatted data to the 
users via the network’s communications facilities. Addi- 
tionally, downsizing can be limited so it fits the facility’s 
requirements. 


When It’s Time to Downsize 


While it’s easy to enumerate the benefits of downsizing, 
it’s not so simple to decide whether it’s appropriate to the 
facility’s needs, whether all its promises can be met, to 
what extent it should be implemented, and how long it will 
take to downsize fully. 

In practice, most data processing facilities are poorly 
managed and under-utilized. Many MIS managers who 
face the wrath of users every day wonder if a better way to 
process data and please the users exists. 

In most organizations, MIS managers spend the first 
couple of hours of every day listening to a litany of user 
complaints: Reports unavailable, frequent downtime, too 
many maintenance interruptions, frequent program 
crashes, and data formatted to suit MIS, not the users. 

As a rule of thumb, it’s time to downsize when user 
complaints get out of hand, when too many users are wait- 
ing too long for the program to come up, when too many 
“log off, the application is about to crash’? messages are 
flashed on users’ screens, and too many routine processing 
functions are performed on the mainframe facility. 

Other telltale signs of overload include erratic behavior 
of the system when it hits near maximum load, clogged 
backup procedures, too many problems associated with 
start-up and shutdown functions, and above all, far too 
many occurrences of facilities being unavailable because 
an expert staff isn’t available. 

A discernible pattern of the facility’s shortcomings will 
materialize if you perform a thorough analysis of the prob- 
lem log and user complaints over a three-month period. 
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Managing LANs 


The MIS management must decide if the problems can 
be eliminated with better operating procedures or if a rad- 
ically different way of processing the data is in order. Es- 
sential to the decision is whether the users will accept the 
changes and whether the management will support the 
move. 


What to Expect 


Expecting too much while deciding to downsize is easy. 
You can avoid this trap by making a list of expectations 
and thoroughly analyzing them by taking into account the 
views of the company’s management, users, and MIS staff. 

Are the management’s expectations purely motivated 
by bottom line benefits or is management prepared to 
trade off expenses for efficiency? Does management appre- 
ciate the whole process? 

Present a report that details downsizing’s process and 
benefits to management. The MIS people who will actually 
manage the downsizing must understand management’s 
expectations and make sure that the people who write the 
checks clearly understand what is being performed. 

The users who complain the loudest often seem to have 
the least understanding of MIS’s problems. Users, usually 
represented by a user group, must understand what down- 
sizing will achieve and what they can expect from it. A list 
of user expectations should be prepared and matched with 
a list of management’s expectations. This procedure will 
help clear up some of the users’ misunderstandings about 
downsizing. 

The MIS staff, a critical component, is often taken for 
granted, even when concerning important decisions that 
change the system’s structure. The MIS staff should be 
consulted; and its views, fears, and expectations should be 
recorded. | 

Following this process will help ensure that the three 
vital components of the move understand what is in- 
volved, what to expect, and most importantly, what not to 
expect from downsizing. Use the information gathered in 
this process to prepare a list of primary forces that moti- 
vate those concerned to accept or reject the move to down- 
SIZe. | 

Next, classify the driving forces into prime issues such 
as bottom-line expectations, user ease, data integrity, and 
operational problems. Downsizing is not merely a techni- 
cal operation that is transparent to the users. Downsizing 
brings computing closer to the user community, thereby 
forcing a decisive change in the way people in the company 
work. Everyone must know the consequences of the change 
and how it will affect their work habits. 


Planning to Downsize 


Although detailed planning is perhaps the most important 
issue, it is often performed halfheartedly—and with disas- 
trous consequences. Downsizing can’t be performed incre- 
mentally. All vital components of the move must be 
planned. 

One of the biggest impediments to planning is the lack 
of reliable data. Often, the volumes of available data from 
the mainframe can’t be used on the PC LAN because the 
file and data formats are incompatible. You must generate 
meaningful reports from the available data so you can find 
out what is not available currently. Identify the informa- 
tion domains and the appropriate reliable sources of infor- 
mation for each. 
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Perform a detailed inventory of the entire facility, in- 
cluding all hardware, software, facilities, operational sta- 
tistics, and dependency schematics. While most MIS shops 
maintain a fairly up-to-date inventory, the focus of taking 
inventory for the purpose of planning a downsizing is dif- 
ferent. 

Perform a complete inventory of hardware in the MIS 
facility, tape room, and user areas. 

Make a complete list of software used in the systems 
area along with the applications used by the users. Main- 
tain a separate list of software that was coded in-house and 
bought off-the-shelf. 

Take a complete inventory of all facilities, including ex- 
isting ducts, wiring schemes, vertical risers, and patch pan- 
els, and prepare an appropriate map. 

Prepare operational statistics on the usage of applica- 
tions, including the number of times and how long each 
application is used. Also prepare an identification of the 
users. A pattern of usage study should be developed and all 
rarely-used applications should be listed separately. 

Prepare a graphical representation of all application de- 
pendencies. Most shops don’t have dependency schemai- 
ics, which keeps the MIS staff guessing as to what would 
happen if one of the applications is made redundant. The 
schematic should also include user access graphics that de- 
pict who is accessing what through which facility, how 
many times per day, and for how long. 

Collecting reliable data can be trying; indeed, it can be 
the most difficult part of the operation. Identifying reliable 
sources of information is not easy. To generate a consistent 
format for statistics, you should develop questionnaires 
and test them before generating live data. 

After collecting the initial data, match it with the pri- 
mary driving forces that influence expectations of each 
segment of the organization. At this stage, planners should 
prepare for surprises. Some expectations may prove unre- 
alistic, while others can be met by making minor changes 
to the facility in its current state. 

The data should be used to develop goals for the opera- 
tion. The goals should include, short-, medium-, and long- 
term project milestones. 

This is the time to think about the effect that downsiz- 
ing would have on the corporate culture. It may surprise 
MIS, management, and the users when they realize the 
amount of waste and redundancy that occurs in the facil- 
ity. 


Operation Downsizing 


When all the data is collected and meaningful reports are 
generated, the project managers will face some of the most 
difficult decisions of ““Operation Downsizing.” 


What to Keep and What to Throw Away? 


This depends on the project’s overall goals and the extent 
of downsizing. You can assume that each piece of hard- 
ware and software currently installed performs a useful 
role. The planners must analyze issues such as: Can we do 
without it? Can it be replaced by a better technology in the 
downsized environment? What will it cost to replace the 
item? 

For each piece of mainframe hardware that can be 
junked, the planners must consider the software-related is- 
sues. Can the data be used in the downsized environment 
as is, or is extensive file conversion required? 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


1410 3 


Business Issues & Trends 


Nine Steps to Success 


How to Make Downsizing 
Work for You 

Most downsizing projects 
either fail or incur extreme 
cost overruns and delays be- 
cause of improper planning 
and management. Projects 
spin out of control because 
problems aren’t solved in the 
beginning and then snowball 
into unmanageable propor- 
tions. Here are nine keys to 
successful downsizing. 


1. Document Management 
Carefully assemble and orga- 
nize all management reports, 
vendor agreements, sche- 
matics, and project manage- 
ment reports. 


2. Facilities Management 
Pay close attention to proce- 
dures of equipment removal, 
equipment receiving, and wir- 
ing. 

3. File Conversion 

A responsible person must 
coordinate the conversion of 
mainframe file formats to PC 
LAN file formats. 


4, Transition Management 
Ensuring the continued avail- 
ability of services during the 
transition is tricky. Examine 
facility closures right from the 
Start. 


How Long Will It Take? 


5. Service Agreements and 
User Groups Issues 

Keeping all users apprised of 
the changes will allay their 
fears. 


6. Testing 

First try downsizing as a pilot 
program, then continue to 
test after the downsizing. 


7. Training and Support 
Services 

Formalize training for users 
and formulate your plan for 
continued support services. 


8. MIS Staff Management 
Address the retraining and 
redeployment of the existing 
MIS staff. 


9. Backup and Security 
Define new backup, security, 
and disaster prevention 
methods and procedures that 
will fit the radically altered 
environment. 


Data processing and networking projects are notorious for 
overshooting budgets and time limits. Some of the most 
difficult issues to estimate in downsizing relate to estimat- 
ing the time required for rewiring, testing, installing the 
appropriate boards in all user facilities; installing file serv- 
ers; and file conversion. 

A project often takes three times longer to complete 
than the original estimate. While you can make ballpark 
guesses by consulting with the appropriate vendors and 
subcontractors, it’s more practical to make estimates by 
performing some elements of the project on a test basis. 


What Is the Realistic Transition Time? 


Even after the project is completed, it usually takes some 
time for a complete turnover. Quite often, conversion 
projects languish in the transition stage for long periods 
while additional changes are made to the project itself. 
While planning the transition, the planners should con- 
sider the stages of downsizing, what will be downsized 
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first, how long the facility will have to function in a parallel 
mode, and what are the appropriate accommodations that 
need to be made. 


What Are the Personnel Requirements? 


The expertise required for the project usually revolve 
around operations, converting file formats, pulling wire, 
installing equipment testing, and training. While vendor- 
supplied personnel can perform some of these operations, 
it’s also possible to use in-house personnel. Consider issues 
such as whether selected personnel can be spared from 
their current duties, how many on the current staff will 
need training, and how many will be let go. Personnel re- 
quirements for each project segment, skills requirements, 
availability, and duration should be considered. 


What Additional Hardware and Software Are Needed? 


List the additional hardware and software required in the 
user and operations areas. Vendors can be helpful, but they 
must receive detailed plans to make accurate estimates. 
Since these estimates depend on the number of users, LAN 
configurations to be installed, and file servers, you must 
determine the extent of downsizing while planning this 
segment. 

Also, organizers must decide how files will be con- 
verted, which software will be bought off-the-shelf, and 
which software will be custom-coded for the new environ- 
ment. 


Cable Management Challenges 


Cable management can prove more difficult than origi- 
nally planned. Prepare in advance a complete schematic of 
the facility as it will look when it’s downsized. This de- 
mands a thorough survey of existing wiring facilities, out- 
lets, patch panels, drop cables, and concentrators, as well 
as the wiring schemes to be implemented in the new LANs. 
While some people consider both logical and physical con- 
nections at this stage, it’s prudent to determine just the 
physical wiring schemes. 

Consider issues such as whether to use existing phone 
ducts or build new ones. Depending on the types of cable 
to be used, the hazardous areas that the cable will pass 
through, and the problems of electromagnetic and other 
interference should be considered. 

Wiring also depends on capacity planning, future 
growth projections, the installation of a backbone LAN or 
a super-backbone facility. 


Project Costing 


While project costing methodologies differ according to 
company culture, a consensus on some issues can be 
reached. Project costing should be related to: capital ex- 
penses, wiring, installation, training and user support, and 
operational and maintenance costs. 


1. Capital Expenses: What new hardware and software 
will be required in the downsized facility? Since capi- 
tal expense is likely to increase incrementally with the 
number of users, type of applications used, and the 
growth in the overall size of the facility, you should 
consider the costs mt accomplishing each stage of the 
operation. 
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2. Wiring and Related Expenditures: Wiring expendi- 
tures depend on how it will be performed. Most ven- 
dors quote prices per project that include both instal- 
lation and material costs. Since the vendors’ prices 
depend on the amount of labor involved (often as high 
or higher than the cost of the actual cables), it is essen- 
tial that you have made a thorough survey of the exist- 
ing facilities. Although it’s not uncommon to have to 
rewire to avoid disturbing existing facilities or recon- 
struction, rewiring can be avoided with the proper 
planning. 


3. Installation Costs: Installing adapter boards, file serv- 
ers, and software, and testing it all can be expensive. 
It’s better that the in-house staff perform this job, 
since it’s difficult to estimate the time required to per- 
form all installations. Plus, some installation will be 
ongoing. 


4. Training and User Support Charges: Training the us- 
ers and the operations staff involves a considerable 
expenditure. Users will require on-the-spot training 
and in certain cases, they will need some classroom 
instruction. The current MIS staff will require addi- 
tional training to function in a LAN shop. The in- 
house staff can also conduct training on an ongoing 
basis to cut costs. 


5. Operational and Maintenance Costs: These personnel- 
intensive costs should be considered in advance; how- 
ever, they’re difficult to determine accurately. 


Avoiding Cost Overruns 


Few data processing and networking projects have ever 
been carried out without cost overruns. While cost over- 
runs can be minimized, don’t expect to eliminate them al- 
together. Better planning and preparations can eliminate 
some chronic project costing problems. Cost overruns 
come as nasty surprises when work is started without a 
complete survey of the existing facilities, the work re- 
quired, and how the project will look when completed. The 
only way to avoid cost overruns is to plan ahead and draw 
on the experiences of other organizations that have already 
downsized. 

One crucial element in avoiding cost overruns is effec- 
tive vendor negotiations. Vendors should be consulted to 
minimize cost overruns and you should enter into written 
agreements that cover all aspects of the project before the 
work starts. However, even experienced project managers 
will admit that cost overruns are a part of managing a 
project. 


Managing the Downsizing 


Even the best planned projects have a way of spinning out 
of control unless they are managed effectively. Managing a 
downsizing project involves issues that relate to perenne 
from one environment to the other. 

Most projects of this type either fail or incur extreme 
cost overruns and delays because of improper planning 
and management. Usually, problems that go unsolved in 
the beginning snowball into unmanageable proportions 
later on. 

Adopting some features of network management proto- 
cols and developing some specific techniques that are 
unique to downsizing can help manage downsizing 
projects. 
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1. Documentation Management: Many projects fail be- 
cause the documentation is poorly managed. The 
project manager must have all the documents on hand 
and institute a plan to make them available as needed. 
Additionally, documents must be properly updated, 
numbered, and renumbered. The document library 
should be well organized. Appoint a document man- 
ager, preferably a person who has experience in docu- 
ment management. 


While the type of documents required are specific to 
each project, some are common to all downsizing 
projects, including management reports, vendor 
agreements, schematics, and project management re- 
ports. 


Prepare a well-documented management report that 
details the downsizing issues, including the project’s 
scope, cost, time required, benefits, and other factors 
that may influence the project. Then obtain manage- 
ment’s approval for the report. All agreements with 
the vendors must be formalized and all issues must be 
fully clarified before the job orders are issued. 


All schematics related to the projects must be pre- 
pared after a thorough survey of the facility. These 
schematics should include graphics relating to the fa- 
cility, wiring, locations of hazards, patch panels, con- 
centrators, locations of the existing equipment, and 
configurations of the downsized facility. 


A project management report that details the project’s 
various stages, important milestones, costing signals, 
reporting procedures, and assignments should be pre- 
pared in advance and distributed to important people 
associated with the project. 


2. Facilities Management: Pay special attention to man- 
aging the facilities, which include equipment removal, 
equipment receiving, and wiring. Subdivide this into 
manageable components and assign management re- 
sponsibilities to an appropriate person. 


Designate a person to oversee the removal of the exist- 
ing equipment. Give him or her a list of what will be 
removed. This person should be responsible for get- 
ting a sign-off for each piece of equipment removed. 
Examine the facility in advance and remove obstacles, 
if any, that might hinder equipment removal. 


You must manage all aspects of receiving and storing 
new equipment. Provide the person responsible with 
the necessary documents to ensure that the new equip- 
ment conforms to the required standards. 


Wiring is an important part of the project. The person 
overseeing wiring should have appropriate qualifica- 
tions. Supply him or her with the necessary schematics 
and reports. Projects are often delayed because of wir- 
ing mistakes. 


3. File Conversion Issues: File conversion, an important 
component of downsizing, should be managed by a 
responsible, experienced person. Issues of file conver- 
sion include the existing file type and format, the type 
of conversion they will undergo, the procedures to be 


© 1992 McGraw-hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


1410 5 
Business Issues & Trends 


followed, know-how required for the process, and the 
duration of the conversion. 


4. Transition Management: Managing the transition and 
ensuring the continued availability of all or some of 
the services during transition can prove tricky and dif- 
ficult to control. Surprises await even well-prepared 
managers. Transition management requires that you 
address issues, such as outsourcing some processing 
facilities, changing access methods and procedures, 
advising or training users, data integrity, and security. 
Examine at the outset decisions such as whether facil- 
ities will be closed for some period of the transition. 


5. Service Agreements and User Groups Issues: Regularly 
consult users and apprise them of the changes taking 
place during downsizing. Hold regularly scheduled 
user group meetings to address their concerns. Addi- 
tional user related issues such as training and support 
should be addressed at each meeting. 


6. Testing: Perform regular tests during and after down- 
sizing. Test methods and procedures should be well- 
documented. The method of reporting the results 
should be formalized. 


7. Training and Support Services: You should formalize 
training for the users based on the information gath- 
ered during user-group meetings. Training can be held 
in classrooms or at the users’ sites, as the users require. 
Decide your support services plan, including manag- 
ing the help desk, training the help desk personnel, 
and the type of help desk tools to be acquired. Addi- 
tionally, plan whether some training will be done by 
the vendors or outside contractors. 


8. MIS Staff Management: Address issues of retraining 
and redeploying the existing MIS staff and whether 
new expertise should be hired. Address the type and 
duration of training, whether it can be done in-house 
or outsourced, testing the quality of the training, as 
well as defining career goals for the staff in the new 
environment. 


9. Backup and Security: Since the shop’s environment 
will change radically, address issues related to backup 
and security, including defining the methods and pro- 
cedures, responsibilities, and disaster prevention. 


Downsizing: Ups and Downs 


Downsizing helps to get rid of the attention- and resource- 
guzzling mainframes and helps to make the data process- 
ing facility more compact. But it also enforces profound 
changes in the company culture and operating procedure. 

The issues that are the most pressing and difficult to 
handle may not be technical at all. Instead, management 
will have to address the dominant fear factor and help 
many people who are affected by the move. Management 
will have to assure the MIS staff that they won’t be let go (if 
that really is the case) and promise them job security and 
career goals in the downsized environment. To complicate 
matters, management may have its own reservations about 
the project’s success. MIS must make the appropriate as- 
surances to allay the fears of the management who worry 
about staying competitive in the downsized environment. 
Users may fear the transition, difficulties of using the facil- 
ity, data ownership, and understanding how the system 
works. 


JANUARY 1992 


6 | 1410 
Business Issues & Trends 


For downsizing, the areas of projected savings include 
operational overheads in managing the mainframe envi- 
ronment, licensing fees, and maintenance, but the saving 
generated may be offset by expenses in acquiring new 
equipment, training, wiring, operational overheads, licens- 
ing fees, and maintenance. The benefits should be viewed 
more in the ease of using and managing the facility than in 
cost savings alone. 
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The University of Virginia’s Townsend says it didn’t 
save money by downsizing, but it ended up getting a better 
facility that is easy to manage and the users like. 

As long as you don’t expect miracles, understand that 
problems can’t always be anticipated, know that the sav- 
ings in throwing out the mainframe can be offset by other 
expenses, and know that it takes expert management skills 
to manage the project, downsizing is the way to go. H 
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Case Study—The 
Evolution of a LAN 


Datapro Summary 


Implementing a networking system that holds up to the heavy demands of 
database-intensive applictions is an evolutionary process. The trials and tribula- 
tions of LAN implementation as experienced by SBT, a developer of popular ac- 
counting software, are experienced by many organizations. Ten years after the 
company installed its first Corvus Omninet, SBT has, through trial and error, de- 
veloped a state-of-the-art networking environment. 


If you are concerned about the rigors of 
heavy database demands on a local area 
network, SBT is an instructive case.If you 
write PC applications, you probably know 
what SBT is all about. The company sells 
accounting software with source code for 
the various base (Dbase) products in the 
DOS, Xenix, VAX/VMS, and Mac envi- 
ronments. What you may not know is that 
SBT subjects its own software to intense 
network use. The tactics they’ve come up 
with to improve performance during a de- 
cade of pounding their LAN are tricks ev- 
ery person responsible for multiuser Xbase 
applications should know. 

SBT may not hold the world record for 
nodes, but unlike most LANs, all 148 work- 
stations at SBT’s headquarters are banging 
away with disk I/Os all day (see Figure 1). 
Many LANs in business organizations are 
characterized by heavy use of such sedate 
applications as spreadsheets, word proces- 
sors, and electronic mail. They tend to load 
once from the file server, and for the dura- 
tion of the session users rely on local re- 
sources. As a result, data traffic over the 


This Datapro report is a reprint of ‘Network 
Know-How”’ by Marc Schnapp, pp. 38-46 from 
DBMS, Volume 4, Number 5, May 1991. Copy- 
right © 1991 by M&T Publishing, Inc. Reprinted 
with permission. 
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network cable is sparse and the server’s disk 
gets plenty of R&R. 

SBT’s local area network operations are 
far less sedate. Users are pushing server 
disks by posing FoxBase+ and FoxPro que- 
ries and posting update transactions. Back- 
ups of time-stamped transactions are made 
on an hourly basis. 

SBT doesn’t just sell accounting 
software—the company uses it as actively 
as any of its customers. There are the obvi- 
ous accounts payable and accounts receiv- 
able activities. Telemarketing personnel 
perform order entry to meet next day deliv- 
ery. Marketing queries analyze sales trends. 
Monthly, weekly, and daily reports track 
the company’s health. SBT President Rob- 
ert Davies even likes to show visitors that 
he can track any department’s performance 
over the last hour by running a real-time re- 
port. 

Meanwhile, the development staff is 
thrashing the disks compiling code and the 
quality assurance team is banging away at 
the fruits of development. 

Unlike spreadsheet jocks, database users 
are constantly reading and writing data 
stored on disks; SBT’s users all seem to 
need access to a single file, the customer 
data file. (SBT developers will recognize 
AR Cust01.dbf as the the all important hub 
of activity and, potentially, a performance 
dampening bottleneck.) 


JANUARY 1992 


2 1412 Case Study—tThe Evolution Managing LANs 


: of a LAN 
Business Issues & Trends 


SARE PaO RED IPN EE OE OE ne OE EE OT OO A I TE BST EE EE TRS EE SN ST CRI I IT a a a a i a a aE ITTY 


Figure 1. | a 
SBT’s Corporate Network : ; 
Multiport Repeater Multiport Repeater 
OO--OO--OO--OO OO--O0--OO--OO 
i aie ac te loth Ae oer e es 88-28 e: 
$+ 8 O58 6: 28-8 aad a heat ae 
Domestic Sales Manufacturing 
Sales Administration Shipping/Receiving 
Email 
Customer 
Files 
Customer Service Engineering 
Marketing/Documentation Engineering 
Tech. Quality 
Support Assurance 
Technical [Support 
Technical Support Finance/Administration 
Technical Support 
Technical Support Remote Access PCs 
MIS/Network Administration Network Services 
How SBT whipped its LAN into its current satisfactory Ten Years Ago : 
shape requires a step back into the dim, dark ages of micro- ; | 
computer LANs. SBT installed its first network in 1981 using Corvus — 2 
Omninet. The system resided on CP/M and Apple hard- ; 
ware. The Corvus locking protocol required a more docile 
user base than you’re likely to encounter today. Only one 
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user at a time was granted write status—all others were 
granted read-only rights. Even with 25 employees, the sys- 
tem was cumbersome. SBT was plagued with cross-linked 
files and other networking gnats. 

The release of multiuser dBASE III made a move to 
MS-DOS imperative. The system consisted of one server, 
25 workstations, Ethernet, and Novell NetWare Version 
Lx. Novell offered greater performance and integrity than 
had Omninet. 

It was clear after SBT’s head count had doubled that 
multiuser dBASE III, though reliable, was inadequate for 
the load. The company snapped FoxBase into place, and 
suddenly things were moving as much as ten times faster. 
SBT, meanwhile, was benefiting from mushrooming de- 
mand for PC accounting software and was still growing. So 
was its customer data file. 

By late 1988, Davies and his MIS director, Dave Harris, 
were becoming far too aware of the little red disk light on 
their server. The disk seemed to be thrashing; quick analy- 
sis revealed that the customer file was indeed the primary 
bottleneck. The MIS staff concluded that it was time to 
distribute disk I/Os by adding servers; that clinched devel- 
opment’s realization that their accounts receivable module 
would be more effective on large LANs like theirs if they 
could distribute data files used by their software among 
multiple servers. But at the time Novell didn’t offer multi- 
ple name services and 3Com did. 

There were other lures to greener pastures. When 
3Com’s 3+ Share was taken down, one could apply stan- 
dard DOS software like the Norton Utiliues to any glitches 
that might arise. The only way to fix some such problems 
under NetWare required the lengthy (24 hours or more on 
large disks) process of COMPSURFing server disks. 

NetWare had another annoying problem that 3+ prom- 
ised to. If a workstation went out of commission under 3+, 
one could bring it back up; any packets destined for the 
errant node when it went down would be redispatched au- 
tomatically. This resulted in a huge operational difference, 
according to Davies. Under similar circumstances, the im- 
mature NetWare “trashed files.” 

SBT installed 3+ and threw two more servers at the 
problem. This allowed Quality Assurance to test multiple- 
server support for SBT’s A/R code; the ever popular cus- 
tomer file was awarded a server of its own. The second 
most accessed data file, for inventory detail lines, was 
given similar treatment. Performance improved dramati- 
cally. 

When operational benefits accrue to SBT, the company 

typically rolls these design features into its products. So 
SBT added multiple server support to its accounting soft- 
ware. 

As the network approached 100 nodes, capacity was 
again challenged. SBT’s current MIS Director, Dan deGra- 
zia, cites frequently disruptive 3+ network retry errors— 
data packets were not reaching their destination. SBT’s de- 
velopers and quality assurance staff, by inclination the 
most sensitive to performance, were clamoring for a rem- 
edy. Harris frequently brought down the file server to re- 
adjust network RAM buffers and increase the number of 
file handles. The results were inconclusive. Exacerbating 
the pressure for relief was 3Com’s insatiable RAM appe- 
tite. After loading the requisite device drivers, 3+ left just 
a bit more than 400K free on the workstations. Some 
within the company wanted to upgrade to FoxPro and 
needed at least 512K free. Technical support staffers 
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Table 1. Performance Improvement 


Time in Minutes 


NetWare 386 3Com3+ 


DetaillnvoiceRegister 5 120 
SummaryinvoiceRegister 4 45 
Agedreceivables 10 45 
CashReceipts 7 45 
SalesTaxReport 5 180 
SalesAnalysis 15 72 
OpenReceivables 4 30 
A/RJournal 20 240 


needed 40K more to accommodate a TSR that let them 
hot-key into Xenix to field questions about SCO FoxBase 
versions of SBT. 


A Solution 


While 3+ was running out of steam for SBT, Novell was 
running away with the network market. NetWare deficien- 
cies that had driven SBT away just a few years earlier 
seemed to have been ironed out by the vendor. And there 
was no question that SBT was going to have to make a 
move of some kind. The only question was how much of 
the bottleneck was related to 3Com’s 3+ and how much to 
the network infrastructure? 

Where once options had been limited, multiple alterna- 
tives were emerging. In addition to a move back to Novell, 
SBT considered Microsoft’s OS/2-based LAN Manager 
network operating system. 3Com was very aggressively 
selling Harris on Microsoft’s multimillion-dollar R&D 
commitment. “It’s hard to ignore 3Com when they tell you 
they’re in bed with Microsoft,” Harris says. 

But when it came to the test, 3+Open (3Com’s version 
of Manager) presented more questions than answers. Dur- 
ing a pilot 3-node test, Harris had OS/2 setup problems, 
requiring him to switch to Compaq’s version of the oper- 
ating system. The server on the 3+Open test was prone to 
dead-halt crashes. “I felt like I was in the middle of a 3-ring 
circus with the operating system, the LAN software, and 
the 3Com extensions.” For all the effort expended, Harris 
found 3+Open yielding a meager 20 percent speed im- 
provement over DOS-based 3+. 

deGrazia, however, feels SBT could have wrung better 
performance from 3+QOpen and eliminated the server 
problems: “‘The frustration and the learning curve were 
profound. It would have been equivalent to absorbing a 
minicomputer and a new operating system.” 

Novell’s NetWare 2.15, in contrast, was a mature, 
known quantity. It was clear that many improvements had 
been made since the days when SBT had run its business 
on NetWare version | and dBASE III. NetWare installa- 
tion was much improved. COMPSURF was much faster, 
and better yet, it was rarely needed—NetWare now ap- 
plied online “hot patches’’ to bad disk sectors. 

In a pilot test, then MIS Director Dave Harris installed 
NetWare 2.15 in the Quality Assurance area and applied 
merciless server disk read tests. Not only did Novell han- 
dle the abuse, it provided better performance during test- 
ing than the QA staff had experienced under more typical 
conditions. RAM crunch was no longer a problem, and the 
packet retry problem virtually disapeared. Any questions 
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Figure 2. | 
Watchdog at Work 


about the adequacy of the 3Com topologv (Ethernet with 
thin cable and mostly 8-bit network interface cards) were 
wiped away. 

The bottom line was that NetWare 2.15 was reliable 
and fast, significantly cutting processing times in a 5-node 
test. And there were rumbles that even more improvement 
could be had from NetWare 386, which was nearing re- 
lease. Ordinarily, Harris’s rule in life is don’t go with ver- 
sion 1.0. “But after chatting with six key NetWare 386 beta 
testers, he was convinced that SBT should move to the 
more powerful version of Novell’s network operating sys- 
tem. 

There was another, quite compelling business-related 
reason for SBT to go with NetWare: MIS wasn’t interested 
in wandering too far from the environment SBT customers 
were most likely to exploit, and Novell commanded about 
70 percent of the LAN operating system market. 

When SBT installed NetWare 386, gains in production 
applications were dramatic. End-of-month business re- 
ports ran 3.5 to 35 times faster than had 3Com’s 3+ (see 
Table 1). Unfortunately, SBT can’t directly compare Net- 
Ware 386 performance to that of LAN Manager-based 
3+Open. Because installation and testing of both NetWare 
versions had run so smoothly, SBT decided not to pursue 
the OS/2 path further; comparable benchmarks were never 
run. 


Fine Tuning 
It was with the NetWare decision behind them, and instal- 


lation still ahead, that SBT hired deGrazia for his experi- 


ence with large NetWare networks (including a 450-node 
LAN) to lead them forward. Dave Harris, who had been in 
charge of the network, moved up to the post of VP of MIS 
and Quality Assurance. 

deGrazia set out to study the particularities of server- 
based Xbase applications and how SBT relied on them. 

“At least 40 percent of the people here are connected to 
the customer file most of the day,” he says. The file weighs 
in at 127,000 records, requiring 78 MB of storage. While 
an Xbase query could pull large data streams down the 
network wire, the more typical use is to read and update 
individual records. That activity moves much smaller 
packets. On a typical LAN, packet sizes of 129-512 bytes 
comprise 60-70 percent of the traffic. Using The Network 
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General Watchdog (Figure 2), Dan discovered the major- 
ity of data packets run between 60 and 128 bytes at SBT. 
Active networks with large numbers of small packets expe- 
rience higher frequencies of packet collisions. This inevita- 
bly slows response time; Ethernet must re-transmit all col- 
liding packets after pausing for random periods. Would 
this lead to trouble? 

After installing NetWare 386, deGrazia applied a test 
imposing high transaction rates on the network. On 93 of 
the 125 workstations then on the company’s network, he 
ran a looped record-skipping routine against the customer 
file. After skipping a couple of records, each workstation 
would display a record. ““The pause on each station was 
never more than a second between displays,” says deGra- 
zia. “‘And we never dropped a single station because of 
network errors. SBT’s network nodes are now approaching 
150 with no significant degradation. 

It seems SBT has made a sound choice. 


SBT’s Hardware 


Through all of the changes, SBT has been largely faithful to 
its hardware. 7 

Of course, there’s a strong trend toward upgrades to 
386-based machines as workstations and 486 machines as 
new servers. Improved disks are in evidence as well. The 
capacities of the most of the drives that deGrazia installs 
are going up to 600 MB. He seeks out drives with multiple 
arms and platters to reduce arm contention. After all, if 
that customer file is covered by three arms rather than just 
one, it will take one-third the time to move the read/write 
head into position. 


NICS 

When it comes to network interface cards (NICs), SBT fa- 
vors pragmatic concerns over those of sheer performance. 
3Com has offered an Etherlink Plus card for several years . 
now, but at a considerably higher cost than its bread and 
butter half-slot card. The newer card’s prime benefit, of- 
floading network drivers from DOS memory, was aimed at 
3Com sites using that vendor’s LAN operating system. Af- 
ter migrating from 3+, its appeal faded. Novell in turn pro- 
vides a high-performance 32-bit Ethernet card for the 
EISA bus (NE3200) that caught deGrazia’s attention; he 
uses it in his most recent acquisition, a 486 EISA server. 
But in every other node he uses 3Com’s mainstay, the 8-bit 
3C503. “Its a battle-hardened card,” he says. “Anything 
that can go wrong with it already has. And it’s economical 
because it lacks a coprocessor or on-card memory.” Al- 
though deGrazia says he plans to take a closer look at the 
newly announced 3Com 16-bit card, he is satisfied for now 
with what he’s got. 


Multiport Repeaters 

deGrazia is also reluctant to make any change from Ether- 
net. “Wiring is something you shouldn’t change too 
often,” observes deGrazia. LAN personnel get to know the 
old cable runs and their associated problems.” That sort of 
continuity helps SBT’s MIS identify cable problems in the 
making. 

Indeed, deGrazia feels the biggest deficiency of the 
Ethernet bus topology is its vulnerability to cable breaks. 
While IBM’s Token Ring is equipped to map out problem 
cable segments and the associated workstation, the Ethér- 
net bus design depends on a continuous flow of data pack- 
ets down a straight wire., The problem is much like the old 
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“Christmas tree effect”: when one decorative light in a set 
hooked up in series burned out, the entire string went dark. 

Two 3Com multiport repeaters provide some protec- 
tion against this by insulating other segments of the LAN 
from problems on one run of cable (see Figure 1). Should a 
coaxial connection fail in, say, the marketing department, 
only the users along that cable segment will lose access. 
With eighteen segments, SBT has minimized the risk of 
failure due to a cabling disruption. Segmentation simpli- 
fies the process of locating cable disruptions, too, because 
it greatly reduces the section of cable that needs to be ex- 
amined. 


Bridges 

Another potential problem with a network as large and ac- 
tive as SBT’s is total traffic on the wire. Heavy activity in 
one department can affect LAN performance for the whole 
company unless the net is segmented using bridges. 

SBT has created two “‘sub-LANs”’ to isolate the heavy 
network traffic produced by Quality Assurance and Tech- 
nical Support. Traffic from such intense technical activity 
and test data traffic are sequestered on these network sub- 
systems, reducing overall activity on the larger network. 
To afford occasional access to SBT corporate data, these 
two “sub-LANs” are bridged into the corporate system. 
Two 3Com bridge boxes (one for each subnetwork) are 
connected to their own cable nodes. Data packets originat- 
ing from Marketing that are destined for Technical Sup- 
port go through a repeater, enter the Technical Support 
bridge, and are fed through that department’s file server to 
the intended destination. The Quality Assurance system is 
configured in the same way (see Figure 1). Aside from an 
occasional query by Technical Support staffers about SBT 
customers, activity tends to stay on their side of the bridge. 
Conversely, business activity such as end-of-month trans- 
actions doesn’t bog down technical personnel. 


Troubleshooting 


No matter how well configured to prevent trouble and pro- 
vide adequate performance a network is, there is a poten- 
tial for trouble. But when trouble comes at SBT, they have 
to do far less guesswork to tack it down. Over the past year 
Harris became sold on network analysis tools, based on 
consultants’ visits with Network General’s Sniffer. This 
Compaq 386-based device monitors Ethernet activity, dis- 
playing packet sizes and transmission characteristics. Af- 
ter leasing the Sniffer for a few months, SBT bought a more 
economical alternative from a local VAR, Enterprise Net- 
work Systems: The Network General Watchdog (about 
$2,000 compared to the company’s flagship Sniffer at 
$22,000). The Watchdog is a hybrid of hardware (a circuit 
board) and software (an analysis program). It monitors 
network activity and provides graphic charts and reports. 
SBT is pleased that Watchdog provides 90 percent of the 
capability of the Sniffer for ten percent of the cost (or, if 
you include the price of an inexpensive 386 clone to house 
Watchdog, less than 25 percent of the cost). 

Watchdog occupies a prominent position—the monitor 
on the Watchdog equipped node faces passersby in the 
main corridor. “It’s so valuable a tool to us that we keep 
the machine on 24 hours a day,” says deGrazia. “It will be 
the early warning system when and if cable problems 
emerge.” Its location makes it possible for MIS personnel 
to quickly examine it while passing by throughout the day. 
*“We’ve even had users approach us and remark, ‘Boy, traf- 
fic is usually high today’,”? deGrazia says. 
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Documenting LAN traffic is a weekly activity with a 
slew of textual Watchdog reports including lists of the 
most active file users, “talkers” (workstations sending the 
most packets) and “‘listeners’’ (those receiving the most 
packets). If a performance problem emerges later, histori- 
cal trend lines should be very helpful in pinpointing the 
source. 

A crew of overzealous carpenters gave Watchdog a 
workout last year. In the wake of the October 1989 earth- 
quake, San Francisco Bay Area businesses have been urged 
to secure all fixtures. Workmen, diligently tightening fas- 
tened bookshelves, ran a screw through network cabling in 
Product Development. Watchdog called out the problem. 
A segment of thin Ethernet cable was run and they were 
back in business ten minutes later. 

Another tool for diagnosing LAN and even application 
problems is LAN Assist from Fresh Technologies. LAN 
Assist is a 9K TSR that allows a network administrator to 
take remote or shared control of the keyboard on any given 
workstation. For training purposes, both administrators 
and users can alternate between keyboard control and a 
pop-up “chat window” within which they can communi- 
cate. deGrazia liked the approach so much he extended it 
to offsite access, equipping key MIS people with PC Any- 
where and fast modems so they can diagnose and solve 
network and user problems remotely. It is possible to run 
Watchdog even from home. 


Tuning Applications 


Being a software developer, SBT realizes that tuning appli- 
cations software also yields results. Lessons learned on the 
headquarters LAN rebound to the benefit of VARs and 
end users of the company’s accounting software. 

Whenever possible, deGrazia tries to use local worksta- 
tion drives; they’re typically underutilized. With FoxPro/ 
LAN, each workstation is configured to write scratch files 
to a local disk directory assigned with the DOS environ- 
ment variable SET TMPFILES=. This simple measure 
improves performance at the workstation while reducing 
traffic on the cable, yielding better performance for every- 
one. 

The interaction of hardware and software also has an 
impact. Over the past year, the proportion of 386 worksta- 
tions rose from ten percent to 50 percent. This gave SBT a 
chance to exploit 386 memory management. All 386 ma- 
chines are equipped with Quarterdeck’s QEMM-386, per- 
mitting each 386 node to load Novell device drivers into 
high memory. After placing IPX and NET3 there, users 
win an extra 40K of DOS memory. Harris reports dra- 
matic performance gains from FoxPro and dBASE IV asa 
result of that extra DOS RAM. Because better workstation 
performance means locks are held for shorter periods on 
the servers, overall throughput is improved as well. 

deGrazia makes extensive use of NetWare 386 RAM 
caching features to speed index accesses on the servers. As 
a result, most index searches are performed in memory, 
preventing more expensive disk I/O operations. Harris 
and deGrazia eagerly await the release of FoxPro 2.0; the 
compacted index files will make it possible to further re- 
duce hard disk thrashing. 


Backup and Data Redundancy 


Backups are performed in various ways. Besides the typi- 
cal incremental tape backup regimen for all files on the 
network, SBT has added time stamps to transaction files, 
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and exploits these to perform hourly backups of key data. 
They don’t resort to exotic technology to get the job done. 
Files are indexed on the time stamp data, then FoxPro’s 
COPY command directs new records to a mirrored drive 
across the network. 

While data redundancy is achieved today by keeping 
copies on duplicate drives, SBT is about to roll in a Retro- 
chron Vortex. The Vortex is a mirroring subsystem that 
includes a multiplexing disk controller and a 1.2 Gigabyte 
drive. What appeals to Harris is the Vortex’s built-in trans- 
action tracking and rollback features. This subsystem con- 
tinuously logs deltas of all disk writes, making it feasible to 
restore images of files as they existed at any moment in 
time. 

With all this technology, why continue to do tape 
backup? Although mirroring will protect against a disk 
crash, Harris realizes it is not a panacea. In the case of a 
catastrophe, it’s entirely possible that all devices in a chas- 
sis (or even a building) will be equally devastated. That’s 
why backup tapes are stored off-site. 


Future Directions 


To goose up performance, deGrazia is on the verge of in- 
stalling intelligent routers to replace the multiport repeat- 
ers now in place. These devices improve throughput by 
managing where data packets go. Multiport repeaters sim- 
ply take incoming data packets, amplify the signal, and re- 
broadcast the transmission across all network segments. 
The intelligent router knows which network addresses are 
found on the various cable runs it manages and targets its 
transmissions. Each cable carries only those packets des- 
tined for an address on that segment. Data traffic is signif- 
icantly reduced. In effect, routers bring to the Ethernet 
bridge topology benefits offered by star and token ring to- 
pologies: isolation of cable segments and reduced colli- 
sions. The result should be higher data transmission rates. 

There’s still more SBT wants to do. Individual cable 
segments within the Technical Support and Quality Assur- 
ance LANs can’t be differentiated by Watchdog under the 
current configuration: The bridge devices obscure details 
on those cable runs. The remedy is simple: Install Watch- 
dog units within both of the bridged networks. 
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of a LAN 


Pushing and Sharing the Envelope 


“T'll bet that one-tenth of one percent of all Fox network 
installations do as much as we do,” says deGrazia. 

SBT president Davies concurs. ““We’re pushing the en- 
velope, but it’s real interesting when you realize that the 
envelope holds the entire company.’ He knows SBT has 
more than its share of server crashes from being so far 
ahead of the curve. But the bright side, a very bright side, is 
that as they push the envelope, they find solutions that can 
later be exploited by the more mainstream LAN sites of 
SBT’s customers. 

Davies thinks all big LAN sites should cooperate to 
solve such problems. He’d like to exchange experiences 
with other corporate LAN installations. The collected data 
could help to bullet-proof the LANs of tomorrow. And de- 
Grazia sees hope on this front. Novell has dedicated two 
people to do nothing but catalog data on big corporate 
sites: “Their information gathering is meticulous and 
they’re willing to share.”” Meanwhile, Harris says SBT is 
among Fox’s top 100 multiuser sites. He hopes to start a 
“Century Club” on CompuServe for Xbase sites exceeding 
100 nodes. 

If SBT’s efforts to pool networking intelligence succeed, 
the benefits are likely to reach thousands of nodes near 
you. 


Vendor Addresses 
e 3Com Corp., 5400 Bayfront Plaza, Santa Clara, CA 
95052; 408-764-5000. 


e Fresh Technology Group, 55 W. Hoover Ave., Suite 9, 
Mesa, AZ 85210; 602-827-9977. 


e Network General, 4200 Bohannon Dr., Menlo Park, CA 
94025; 415-688-2700. 


e SBT Corp., One Harbor Dr., Sausalito, CA 94965; 415- 
331-9900. 
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Datapro Summary 


Ten years ago, most mission-critical computer applications were developed by in- 
house MIS personnel, possibly working in conjunction with a large data processing 
consultancy. In today’s environment of heterogeneous network computing and 
quickly changing technology, it is more important than ever to find quality provid- 
ers of network computing services. Consultants and other service providers offer a 
variety of network computing services. They specify hardware and software pur- 
chases, develop custom applications, and train staff. Additionally, some consult- 
ants provide network administration services. For example, if a company wants to 
install a PC-based network to provide an application for sales, it could hire a sys- 
tems integrator to specify the equipment, customize off-the-shelf applications (or 
develop new applications), specify other consultants as experts in certain areas, 
and train staff and users. Although the mix of services and areas of focus that 
external service providers offer varies by company, there are specific issues to 
consider when hiring help for any network computing-related services. 


the latest technology, and maintaining their 


Why Use Service Providers? | 
y Use Service Providers skill levels, is difficult and expensive. 


Organizations face the reality of needing 
outside help for service, training, and sup- 


Executive dissatisfaction with corporate IS 
port for several reasons. 


departments’ failure to provide competitive 
advantages through the use of computing 


Massive corporate downsizing and layoffs 
that affect information systems budgets. 
Corporations are unable to maintain expert 
information services staffs, and formerly 
large information services budgets have 
been scaled back. Using outside service 
providers is one way to keep projects mov- 
ing along without incurring all the costs of 
maintaining full-time staff. 


Difficulty in locating, hiring, and maintain- 
ing a Skilled staff. Today’s networks are 
heterogeneous collections of hardware, 
software, and connectivity products. Find- 
ing and keeping staff with experience with 


—By Katherine Wollerman and 
Richard Scruggs 
Business Systems Group, Inc. (BSG) 
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technology. Until the 1980s, some corpo- 
rate information services divisions were 
given nearly unlimited amounts of money. 
Massive computing projects were under- 
taken in the hopes of gaining competitive 
advantage through the use of technology. 
Competitive advantages have been at- 
tained through technology, however, by 
only a small percentage of organizations. 


Quick pace of change makes it difficult to 
keep up with new technology. New comput- 
ing products are announced daily. Sorting 
through marketing claims and promises is a 
full-time job in itself. Businesses that hire 
external service providers can focus on 
their line of business, instead of computer 
and information systems. 
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Fear, uncertainty, and unwillingness to take responsibility. . 


Implementing mission-critical information systems can be 


extremely risky. Using consultants allows corporate deci- 


sion makers to transfer some of the risk. The service pro- 
vider assumes many of the risks associated with informa- 


tion services, including risks involved in acquiring new _ 


technologies. 


Temporary needs for hard-to-find, highly skilled personnel. 
Building and installing corporate information systems re- 
quires more personnel than maintaining the systems. Be- 
cause it supplies technicians on an as-needed basis, exter- 
nal network support increases a company’s flexibility and 
efficiency. A company does not have to increase and de- 
crease its MIS staff as projects do the same. For instance, if 
200 nodes need to be installed on an existing network, an 
outside provider, such as a network integrator, can be 
used. The network integrator will assemble enough techni- 
cians and project managers to do the installation within a 
specified time frame. Network installation requires many 
people, whereas network maintenance does not. By hiring 
an outside firm to install a network, the extra hands 
needed for the short-term installation need not be hired 
permanently. Handing over short term work to another 
party frees the companies’ employees to concentrate on 
ongoing projects. 


MIS departments and end users often have conflicting views 
on how things should be, making the service provider’s third 
view valuable. Politics is another reason for using outside 
resources. Some service providers are better at dealing 
with computer hardware and software vendors, and havea 
keen sense of what is vaporware and what are proven solu- 
tions. This is especially important when multiple vendors’ 
technologies are integrated, or when a LAN must be cured 
of symptoms caused by product conflicts or multiple po- 
tential problem sources. 


Determining Costs 


Using external service providers can provide cost savings 
at many levels, but determining the exact cost differences 
between internal and external services is difficult. Al- 
though some costs for specific network service and support 
jobs can be measured, many are elusive. Various costs are 
unaccounted for, such as the considerable amount of 
maintenance that can be performed by the user (estimated 
to be from 15% to 30% of a user’s time), or support services 
contracted for by managers but never documented specifi- 
cally in budgets and reports. 

In addition, the cost of LAN downtime can be very ex- 
pensive. Customers spend an estimated annual average of 
$3.48 million in lost productivity, $606,000 in lost reve- 
nue, and $60,000 in direct expenses. These costs should be 
factored into cost/benefit analyses; they should also be fac- 
tored in as penalties in contracts. 


These costs include: 


e Training and acclimation of new hires—fitting them in 
with the company and business 


¢ Providing specialized training 


e Providing benefits packages—health and insurance 
plans, FICA, social security, worker’s compensation 


e The on-going obligation and effort by most companies to 
find and keep a place for employees 


JANUARY 1992 — 


Evaluating 
Network Service 
Providers 


Managing LANs 


Types of Service Providers 


The major network services providers include manufac- 
turers, distributors and resellers, and independent consult- 
ing organizations. 


Manufacturers 


Manufacturers of network computing products, like Nov- 


ell, IBM, Digital Equipment Corp., Apple, and Sun, offer 


consulting services to their customers. Novell’s Advanced 


~ Technical Services (ATS) group is an example of such an 


organization. The primary benefit of using vendors’ con- 


sulting groups is that these groups are intimately familiar 


with their products. Of course, many people believe that 
the vendor consultants are too narrowly focused on their 


- own products. Additionally, they are relatively expensive, 


few people know about them or how to best use them, and 
they concentrate primarily on very large accounts or oper- 
ate on a very limited basis as technical adjuncts. 


Distributors and Value Added Resellers (VARs) 
The use of distributors and resellers as service providers is 
common. Resellers operate under the premise that they 
can add third-party consulting value to a client during an 
installation. Resellers are often more accessible than a 
manufacturer and offer a turnkey solution for installation, 
training, maintenance, and support. A drawback to this 
approach is that resellers, like manufacturers, are biased 
toward the software and hardware they sell. To reduce this 
bias, some resellers can be hired for their consulting ser- 
vices only under an arrangement where they are barred 
from bidding for the actual equipment. 


Independent Consultants and Integrators 
Independent service providers are organizations that do 
not sell hardware or software; they sell only the profes- 
sional services of their staff. Independents can be region- 
ally or nationally based, and can range in size from a single 
consultant to tens of thousands of employees. National 
consultants have multiple offices across the country and © 
range in revenues from $20 million to $5 billion. These 
firms are positioned to support large, complex networks 
that span the world. These firms have extensive resources 
and support services to justify the large investment. Re- 
gional networking consultants have from one to a few of- 
fices, usually within one geographical region, and typically 
have revenues up to $20 million. 

An advantage of using independents is that there is usu- 
ally less bias toward any given product, although some in- 
tegrators specialize only in some areas. An additional ben- 
efit, especially prevalent in small to medium-sized 
providers, is a high level of expertise and experience in 
“making everything work together smoothly.”” Most inde- 
pendents claim to go beyond mere technical functionality 
to address computer-based solutions to business problems 
and requirements. 

Organizations should approach their relationship with 
an independent service provider cautiously, however. 
First, the organization must be assured that the service 
provider is experienced enough to take on the project. Ref- 
erences should be obtained from the service provider’s 
previous clients. Potential clients must be satisfied that the 
service provider possesses the expertise that it claims. Po- 
tential service providers should have a successful track 
record, as well as experience with the systems and products 
that the organization is using. 

Next, a contract should be drawn up specifically detail- 
ing each party’s responsibilities for the project. The service 
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provider should be given measurable goals for each stage 
of the project, and penalties for nonperformance should be 
included. An unsuccessful system implementation can se- 
verely damage an organization’s business. 


What Service Providers Can Do 


Services offered by consultants and integrators vary. Some 
will do everything from start to finish; others specialize in 
one phase of the networking process, though they may 
oversee the entire process. Some commonly offered ser- 
vices include: 


e network planning, design, installation, and testing 

° applications development, installation, and customiza- 
tion 

e user and administrator training 

e network security and integrity auditing 


¢ network administration, troubleshooting, diagnostics, 
and repair 


¢ product specification and procurement 
¢ overall integration 


Case Study 

The following case study illustrates the relationship be- 
tween a real company that hired an independent systems 
integration consulting firm to develop systems that would 
help them gain a competitive advantage. 

What is now a large independent gas marketing com- 
pany began in 1984 as a start-up firm in a quickly evolving 
industry. This company soon found itself in a hot market- 
place. They had hired a dozen employees, purchased six 
IBM PC XTs, and written a few Lotus 1-2-3 applications. 

To gain a competitive edge, the company contacted a 
regional systems integration consulting firm. The integra- 
tor saw. that the gas marketer was growing quickly and 
needed a system solution that could keep pace with its 
growth. An overall informational flow of the business was 
developed, along with an initial software and hardware 
strategy supporting the flow. 

The integration consulting firm suggested the company 
use a completely integrated system that would support the 
basic functions of the business: gas marketing and ex- 
change, gas balancing, and general accounting. These ap- 
plications, in addition to the entire network configuration, 
(including hardware and software inventory, cabling, and 
communications to remote locations), were designed and 
overseen by the integrator, although the actual physical 
network setup was performed by a LAN installation firm. 
The consultant also evaluated several development op- 
tions and simultaneously managed the development of the 
company’s own internal staff. 

The gas company’s new computer system soon became 
a major factor to its growth. Because of the strong and flex- 
ible system, the company has significantly expanded the 
original system to accommodate unexpectedly rapid 
growth without having to hire excessive systems-support 
personnel. 


Other Issues 


By choosing external integrators and consultants, many 
risks are avoided. Still, some decision makers, especially 
those that have been burned in the past, are leery of relying 
on external help. Critics point out the value of having an 
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in-house team: career paths in a company’s organization 
are created for individuals, service is implicitly built into 
the arrangement, and workers tend to be more willing to 
do extra work. Depending on the situation, it may be diffi- 
cult or very expensive to get work done that is not specifi- 
cally defined in a contract with a service provider. There is 
also strategic value in having your own talent and expertise 
in many areas. 

Managers are often afraid they will lose control of a 
project if they rely completely on outsiders. There are four 
key issues to consider when looking at the problem of con- 
trol: operational control, strategic control, control over the 
future, and disaster control. The key to success in the pre- 
ceding case study was that the company did not rely 100% 
on the integrator to solve business problems. Companies 
that turn to external service providers with expectations of 
instantaneous resolutions to information services prob- 
lems, through activities like long-term outsourcing, are un- 
likely to achieve their goals. 

In the natural gas marketer example, the expertise of 
the integrator was certainly necessary for success, but even 
more important was the integrator’s willingness to spend 
time considering what the real needs of the company were 
at the time, and what they would be in the future. A strong, 
mutually successful client/consultant relationship was 
formed. 


Choosing a Service Provider 


When entering a relationship with a service provider, it is 
important to know up front what you want to gain from it. 
Carefully examine existing procedures and systems, and 
ask fundamental questions about your business problems. 


Does the service provider have strong vendor ties? Does the 
service provider specialize in PC-based solutions, or does 
it provide a mix of mainframe, minicomputer, and PC- 
based solutions? Is the service provider tied formally or 
informally to any particular product or products? Remem- 
ber, these ties can be either a benefit or a drawback. 


Has the service provider been successful in past ventures? 
Does it have experience in situations that match yours, 
e.g., your industry, your size, your business problems. 


What services does the service provider offer? Are you look- 
ing for a single source for all of your information services 
needs, or are you seeking specific assistance with one 
project. Do you need training services or ongoing support 
of your corporate systems? 


Is the service provider certified in specific technologies or 
products? Some manufacturers of computer hardware and 
software and professional societies offer certification pro- 
grams for third-party suppliers of networking services. 


Can the service provider support your network in every city 
in which you need support? Does its size match your 
needs? 


Are network services the service provider’s primary busi- 


ness? If so, the service provider probably has a diverse 
range of talent and expertise. 
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How will you divide support tasks between in-house and 
contracted expertise? How large a role do you want the ser- 
vice provider to play in your business? 


How are services priced? Are services offered on a pay-as- 
you-go or fixed rate basis? 


What response time do you need on problems and how does 
the service provider define response time? This is particu- 
larly important when contracting for administrative and 
repair services. 


What spare parts does the service provider keep in stock, at 
your site, and how fast can it get parts? Ready availability 
of spare parts is often critical. 


This report was developed exclusively for 
Datapro by Katherine Wollerman and Richard 
Scruggs of Business Systems Group, Inc. 
(BSG). Katherine Wollerman is a consultant 
with BSG SI Consulting’s applications develop- 
ment group. Richard Scruggs is BSG’s director 
of business development. BSG, based in Hous- 
ton, TX, is a national systems integration com- 
pany specializing in business solutions based 
on client/server, network computing technol- 
ogy. BSG can be reached at (713) 965-9000. 
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Summary 


Consultants, systems integrators, and other network ser- 
vices providers can lend key assistance in achieving busi- 
ness goals. To achieve the best results, however, it is vital 
to understand exactly what services the provider offers. It 
is also essential to find an integrator or consultant that un- 
derstands your business problems and will work with you 
to find the best solutions in an environment of mutual 
trust. Understanding how the consultant provides services 
to your firm also helps you gain a better understanding of 
the demands and possibilities that network computing of- 
fers your organization. Hf 
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Datapro Summary 


End-user computing, already common before the era of local area networks 
(LANs), is growing in importance as LAN-connected workstations become the 
norm for user access to computing. A LAN gives users the powerful, friendly tools 
of the PC along with easy access to data maintained by corporate systems running 
on other platforms. Users can build more systems, and systems of greater impor- 
tance, especially ones that extend and enhance corporate systems. Information 
Services (IS) must facilitate this development and deal with problems of system 
quality, data integrity, and security that are common to end-user systems. To han- 
dle these issues in the LAN environment, IS must staff the end-user computing 


support function with a wider range of skills than is typically available today. 


Introduction 


End-user computing is not a new 
phenomenon—it predates both the per- 
sonal computer and LAN eras. As PCs con- 
nected to LANs have become the standard 
in more and more organizations, however, 
new opportunities for end-user computing 
present themselves, accompanied by new 
management and control challenges. To- 
day’s users, equipped with powerful work- 
stations hooked via LANs to a wide range 
of programs and data, are increasingly will- 
ing and able to take responsibility them- 
selves for meeting their computing needs. 
As a result, a LAN today is likely to host 
not only a larger number of end-user sys- 
tems than appeared on mainframes or 
standalone PCs, but also systems that are 
more critical to the organization’s function. 
LANs, therefore, intensify a challenge that 
has always accompanied — end-user 
systems—that of facilitating effective use 
of the technique while controlling potential 
problems. For Information Services (IS) 
management this means ensuring that 
needed tools, data, and staff support are 


—By Lee Gremillion 
Price Waterhouse 
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available, while at the same time helping 
users avoid the common pitfalls encoun- 
tered in developing and running computer 
systems. Many organizations will have to 
augment the resources they devote to end- 
user computing support in order to fill an 
expanded range of responsibilities. 


Defining End-User Computing 


The term end-user computing covers a 
range of activities, and is best understood 
by first considering what it is not. At one 
extreme, end-user computing is more than 
parametric use of canned systems. A para- 
metric user is one who invokes functions 
provided by the developers of the system 
and supplies parameter values. Everyone is 
a parametric user to some extent—we fall 
into this category every time we use a 
bank’s ATM. We invoke functions such as 
“withdraw” and “transfer,” and supply pa- 
rameters such as a password and dollar 
amount. Most people working with ordi- 
nary transaction-processing systems in or- 
ganizations are parametric users. 

At the other end of the spectrum is pro- 
fessional system development; that is, de- 
sign and construction of systems by profes- 
sional analysts and programmers to be used 
by others. Traditionally, IS professionals 
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have built systems for parametric use by their clients— 
staff in the production, marketing, finance, and adminis- 
trative wings of the organization. End-user computing im- 
plies that the client, not an IS professional, develops and 
maintains the functionality. Sometimes the term user de- 
velopment is used as a synonym for end-user computing. 

The end-user computing landscape between these two 
boundary markers is broad and varied. Just across the line 
from parametric use, we find users tailoring canned soft- 
ware to fit special circumstances or needs. At the other 
extreme, we find users designing and writing programs 
from scratch using general-purpose languages. Local area 
networks do not change the range of this landscape, but 
they make it richer. Being on a LAN increases both the 
opportunity for end-user computing and its value by mak- 
ing a wider range of software tools and organizational data 
available. 


A Historical Perspective 


The impetus for end-user computing has traditionally been 
the backlog in applications development. Backlogs— 
queues of application development requests awaiting 
action—are as old as IS departments. Application system 
development has always been a matter of expanding de- 
mand chasing scarce resources, and promises to remain so 
for the foreseeable future. 

In the mainframe world, where end-user computing 
first appeared, the most common way for users to develop 
their own systems was with fourth-generation languages 
(4GLs). A 4GL could be a self-contained language (such as 
FOCUS or EASYTRIEVE), or it could be part of a data 
management system (such as IDMS or TOTAL), in which 
case it might be called a “query language.” It would typi- 
cally provide for data storage, maintenance, extraction, 
analysis, and reporting. Its specification language would be 
nonprocedural, or would be at least at a higher logical level 
than the typical third-generation language (e.g., Cobol). 

Most of the user-developed systems in the mainframe 
world have been periodic reporting and ad hoc retrieval 
functions to supplement existing corporate systems. The 
complexity of the mainframe environment limited what 
users could do for themselves, independent of IS profes- 
sionals. It was relatively easy for IS to monitor and guide 
end-user computing, since IS “‘owned”’ both the tools and 
the data on which they operated. 

The personal computer explosion of the early 1980s 
shifted the focus of end-user computing. PCs were inex- 
pensive and, above all, simple to use. The premier PC soft- 
ware package, the spreadsheet, gave users a general- 
purpose tool based on a familiar, comfortable concept. PC 
users quickly learned that spreadsheet packages could be 
used to model far more than accounting statements. As 
subsequent generations of spreadsheet programs added 
ever more sophisticated features throughout the 1980s, us- 
ers responded by applying them to an ever widening range 
of applications. 

Along with spreadsheet software came database sys- 
tems for PCs—sometimes integrated with spreadsheets, 
sometimes standalone. These scaled-down versions of 
mainframe data management systems gave users the tool 
they needed to design, build, and maintain their own data- 
bases on their PCs. Word processors and graphics pack- 
ages were also used in innovative ways to provide func- 
tions that otherwise would have had to come from IS. The 
standard, friendly system software of the PC even made it 
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more attractive to a minority of end users to write pro- 


grams in such languages as Basic, Pascal, and C. 


From the user point of view, a great benefit of the PC 
was that it enabled the user to operate independently of the 
organization’s IS function. One could get the PC, spread- 
sheet, database, and other software, and build the applica- 
tion without ever having to wait in the IS backlog. In fact, 
the backlog was often not the issue—it was just easier and 
more natural to build a system directly than to try to have 
it done by IS. This independence, however, had a negative 
side—the organization could all too easily end up with 
many disjoint islands of technology, running incompati- 
ble, often low-quality systems, storing redundant, often in- 
consistent data. Standalone PCs freed users from the con- 
straints of the eternal scarcity of IS application 
development resources, but at the cost of isolation from 
corporate systems, data, and standards. 

As LANs have become increasingly common, end-user 
computing has developed a new impetus, since the LAN 
gives users the best of both worlds. They can still employ 
inexpensive, easy-to-use PC software tools to build their 
applications, without requiring a professional intermedi- 
ary. Data, on the other hand, can be stored and maintained 
once at the most logical level (corporate, departmental, lo- 
cal) and shared across the LAN to whatever applications 
need it. There are still potential problems, such as quality, 
consistency, and security, that must be addressed. If the 
problems are avoided, however, LAN-based end-user com- 
puting can play a vital role in an organization’s use of in- 
formation technology. 


User-Developed Systems 


The range of user-developed applications is as wide as the 
range of functions within an organization. It is possible to 
categorize end-user systems into three broad groupings: 
ancillary, departmental, or individual systems. This cate- 
gorization is meaningful because the nature of opportuni- 
ties and problems, as well as the support role IS should 
play, varies from category to category. 


Ancillary Systems 
Perhaps the most common example of end-user comput- 
ing, ancillary systems are applications that do not stand on 
their own, but rather supplement corporate systems. They 
may be used to format raw data into useful reports, com- 
bine data from several sources for reporting purposes, or 
perform calculations that are easier to implement and 
maintain locally than to get programmed into a corporate 
system. Users sometimes build ancillary systems because 
the backlog in application development keeps IS from en- 
hancing the core system quickly enough. In other cases, 
they add function (e.g., presentation graphics) that could 
not be easily built into a core mainframe system. 

Anyone attempting to replace a corporate system is 
likely to find a thicket of ancillary end-user systems that 


must be accommodated by the replacement. For example, 


one large insurance company recently found no fewer than 
34 separate spreadsheet-based end-user systems attached 
to its mainframe investment accounting system. A LAN 
that includes platforms running corporate systems will 
only spur the end user’s drive to build ancillary systems, 
since it makes data access easier. The quality of such sys- 
tems is an important issue, since they are extensions of 
vital corporate systems, often themselves providing essen- 
tial functionality. IS should play a direct and active role 
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with ancillary systems to help users deal with quality con- 
trol and data access issues. 


Departmental Systems 

Departmental systems are primarily standalone, but serve 
a limited clientele within a particular “department” 
(which can be any organizational unit). Both spreadsheets 
and database systems are commonly used for this 
purpose—to store records not needed elsewhere, or in a 
more usable form than those stored in corporate data- 
bases. Budget planning and tracking within a sub-unit is an 
application commonly automated by means of a user-built 
departmental system. 

The two evils that can plague departmental end-user 
systems are redundancy of function and redundancy of 
data. Redundancy of function means reinventing the 
wheel, when one group of users spends resources building a 
system to address a problem for which a satisfactory solu- 
tion already exists. Data redundancy is a problem because 
redundant data (e.g., the same data stored on multiple PCs 
and/or the corporate database) inevitably become incon- 
sistent. Both problems should be much easier to solve if 
users participate in a LAN than if their computers are 
strictly standalone. The IS role in departmental systems 
involves coordination of functional and data resources, as 
well as help with quality control. 


Individual Systems 

Individual systems serve the needs of a single person in the 
organization. For example, a manager might use a data- 
base program to keep records of expenses for a project that 
are more current than those kept by the corporate account- 
ing system. These systems typically serve very specific, 
even idiosyncratic needs, and are often quite short-lived. 
The LAN affects this type of end-user computing primarily 
by making more tools, faster hardware, and a wider range 
of data available to individuals. The key to making indi- 
vidual system building most effective is education, so that 
users know the tools and data available and how to use 
them. The primary IS role is to provide training and con- 
sultation, a role with which many IS staffs are both com- 
fortable and adept. 


Management Issues 


End-user computing and user development of applications 
systems have always presented an array of thorny issues 
for management. Operating in the LAN world simply 
raises the stakes in some cases, because the end-user sys- 
tems on a LAN are likely to be more complex and impor- 
tant than those found on standalone PCs. In other cases, 
the nature of the issue changes as we move from the main- 
frame or standalone PC environment to that of the LAN. 
In many cases, a ‘““LAN manager” function, separate from 
individual end users, is needed to deal with the issue. 


Development Standards and Quality 

Users generally have not been trained in the disciplines of 
software engineering, and are likely to make mistakes as 
they develop systems. Problems typically include: 


¢ writing programs, procedures, or specifications that do 
not function correctly, primarily because no disciplined 
approach to analysis, specification, and testing is used 


e using the wrong data on which to base calculations or 
reports 
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Glossary 


or at a higher logical level 
than procedural languages 
such as Cobol. 


Ancillary System. An end- 
user system that supple- 
ments or adds functionality 
to a professionally developed 


corporate system. Individual System. An end- 


user system developed by a 
single individual for use by 
that individual alone. 


Database Management Sys- 
tem. System software that 
provides facilities for the or- 
ganization, storage, mainte- 
nance, and retrieval of data. 


Information Center. An orga- 
nizational unit the purpose of 
which is to support end-user 
Departmental System. A computing. 
standalone end-user system 
that serves the needs of the 
members of some organiza- 
tional unit, such as a depart- 
ment. 


Parametric User. A person 
whose use of an application 
software system consists of 
invoking predefined functions 
and supplying parameter val- 
End-User Computing. The ues expected by those func- 
development and mainte- tions. 

nance of application software 
systems by persons who are 
not IS professionals for use 
by themselves or the organi- 
zational groups to which they 
belong. 


Scripting Language. A lan- 
guage for specifying com- 
mands to control the opera- 
tions of one or more 
application software sys- 
tems. 

Fourth-Generation Lan- 

guage (4GL). A general- 

purpose programming lan- 

guage that is non-procedural 


¢ omitting controls and audit trails so that errors cannot be 
detected and corrected 


These mistakes are costly whether the system runs on a 
mainframe, standalone PC, or LAN. In general, the cost of 
these mistakes to the organization rises with both the num- 
ber and importance of end-user systems in place. The soft- 
ware and data facilities of the LAN foster increases in both 
the frequency and importance of end-user computing, thus 
making this issue loom larger in the overall IS picture. 


Backup and Data Integrity Issues 

Systems operated by IS normally include mechanisms to 
assure the integrity and recoverability of data. Databases 
are copied to backup media regularly, and access to main- 
tenance functions are limited. Any competently managed 
IS operations group can recover with minimal data loss 
from disasters ranging from unintended deletions to mas- 
sive hardware failures. 

The end-user track record in this area has not been as 
robust, although it is improving as basic computer literacy 
improves. In the standalone PC environment, users are re- 
sponsible for their own protection, but when a problem 
occurrs, the damage is limited to a single PC. Shared file 
server use in the LAN world complicates this picture. Mul- 
tiple users are likely to be affected when a hardware prob- 
lem such as a disk failure occurs. In addition, files stored 
on the file server are likely to be larger, more complex, and 
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more important than those stored locally. A mistake or 
failure that would be an inconvenience on a standalone PC 
could be a disaster if it happened on a LAN file server. 
Ensuring that file servers are adequately backed up (2.e., 
protecting the users in spite of themselves) is one of the 
primary functions of the LAN manager. 


Security 

This is a particularly thorny issue in the LAN world. Typ- 
ically, security was not a major issue with mainframe- 
based end-user computing, since a database administrator 
(or similar function) controlled access to data for every- 
one. In the standalone world, physical access control—that 
is, locking up machines and diskettes on which data was 
stored—usually sufficed for security. On a LAN file server, 
the physical hardware that stores the data is shared among 
many users. In many LANs, however, there is no database 
administration role to control access to data. Someone, al- 
most certainly the IS function, must educate users about 
security issues, and provide (and enforce) security mecha- 
nisms. This also must be a LAN manager responsibility. 


Hardware/Software 

Evaluation and Selection 

For standalone PCs, central guidance of hardware and 
software acquisition served primarily to control cost. Cen- 
tral purchasing might obtain better prices for both hard- 
ware and software. The range of both hardware and soft- 
ware had to be kept within the bounds of what was 
reasonable to maintain and support. Within these con- 
straints, however, users selected products independently 
according to what best suited their particular needs. 

A LAN adds a new level of constraint to the process, 
since all parts—hardware and software—must work to- 
gether. Once a LAN architecture is selected, someone must 
determine whether hardware and software under consider- 
ation is compatible with that architecture. Until the day of 
universal standardization arrives, this will require a cen- 
tral evaluation agent. Since many of the questions in- 
volved in making such a determination are technical in 
nature, the IS function 1s the obvious candidate for this 
role. 


Controlling Redundancy 

Redundant data inevitably becomes inconsistent over 
time. Redundancy is unavoidable when users develop sys- 
tems on standalone PCs, since each PC must have its own 
copy of the data it is using. Consider, for example, a 
spreadsheet-based investment analysis system that oper- 
ates on securities holdings extracted and downloaded from 
the investment accounting system on the mainframe. The 
PC data matches that on the mainframe at the point the 
extract is done, but, as soon as new trades are executed, the 
extracted data is no longer current. This problem can be 
managed, since it is easily visible. Much more difficult to 
manage is the case where multiple systems are gathering 
and storing the same data independently. 

If redundant data can be identified, connection to a 
LAN offers a means of eliminating most of it. For one 
thing, if files can be shared on a file server, there is no 
longer any reason for every PC to have its own copy. Main- 
frame data that must be extracted and downloaded can be 
done so automatically, regularly, and probably more fre- 
quently. The ultimate solution is to have data stored only 
once, at the most appropriate level, available to any pro- 
cess on the network that needs it. While this ideal (distrib- 
uted databases) has yet to be achieved in most computing 
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environments, shared data on a LAN can provide a much 
better solution today than the widespread redundancy 
found in standalone PC systems. | | 


Documentation and Transferability 

When users develop their own systems, they often fail to 
take the time to write the documentation necessary for the 
system to be used and maintained by others. Writing doc- 
umentation is tedious and time-consuming, and the person | 
who just built the system does not need the documentation 
to run it anyway. The problem usually surfaces when 
someone new must use the system, and the original devel- 
oper is not present to explain its operation. 

This is not an issue for individual systems, since their 
lives typically coincide with the time they are useful to the 
individual who developed them. Ancillary and departmen- 
tal systems, on the other hand, often serve constituencies 
beyond the person or persons who build them. Multiuser 
ancillary and departmental systems running on LANs need 
usable documentation no less than do the corporate sys- 
tems developed by IS and running on a mainframe. In the 
long run, good documentation protects the investment 
made in developing a system by making it easier to use and 
change. IS should educate users to this need, suggest docu- 
mentation standards, and help with documentation tools 
and techniques. 


The Role of IS 


The widespread use of LANs changes some management 
issues in end-user computing, and generally increases the 
importance of them all. LANs also increase the value of 
end-user computing in the organization, and give IS new 
motivation and opportunity to address the issues. To do 
so, however, IS must invest in an active program of end- 
user computing support. This requires personnel re- 
sources, education and training, and management com- 
mitment. For many organizations, this will mean changing 
and upgrading the way they support end users. 


The Information Center: 

What Is There and What Is Missing 

Organizations most commonly support end-user comput- 
ing via the Information Center (IC), a concept first formal- 
ized by IBM Canada in 1974. The notion was that users 
could satisfy some part of their computing needs more di- 
rectly and rapidly if the right support was available. The IC 
would address this need by providing education, technical 
support, and help with identifying and using 

tools and finding data. 

Originally in 1974, the IC was to be a physical place 
where users could get access to mainframe terminals and 
printers, as well as obtain consulting help with their use. 
Today, in organizations in which users are connected to 
LANs via PCs, the IC more commonly provides consulting 
and support, but not physical resources. Recent studies 
show that IC services fall into six categories, listed here in 
decreasing order of the frequency with which they are of- 
fered. 


Hardware support includes assistance with evaluation, se- 
lection, installation, maintenance, and problem solving. 


Functional support is assistance in identifying and speci- 
fying the application needs, and assisting the user in de- 
signing and building or acquiring the software needed to 
address it. | 
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User Development Tools 


The range of discrete soft- 
ware packages that could be 
used on a LAN to build end- 
user systems is enormous, 
numbering at least in the 
hundreds. These tools can 
be grouped into several ma- 
jor categories, each of which 
provides a different, if some- 
times overlapping set of 
functions. 


Spreadsheets 
Spreadsheets, the software 
that made the PC popular, 
are used for an incredibly 
wide range of applications. 
Spreadsheet models have 
been written for such diverse 
functions as production 
scheduling, investment anal- 
ysis, pension calculations, 
and remote data entry. The 
base concept is a matrix of 
rows and columns, but mod- 
ern packages offer features 
far beyond the spreadsheet 
itself. Report writers, macro 
or procedural languages, sta- 
tistical functions, and graphic 
output extend the spread- 
sheet’s capability to serve as 
a general-purpose tool. 


One feature particularly use- 
ful in end-user computing 
systems is the ability to sepa- 
rate models from data, so 
that a given model can be run 
against different sets of input 
data. Many ancillary systems 
are spreadsheet models that 
are run on a regular basis as 
new data is pulled from cor- 
porate databases or external 
feeds. For example, one 
bank built a spreadsheet 
model to calculate fees due 
on international securities 


Software support includes assistance with package evalua- 
tion and maintenance, software library maintenance, and 


trades, and runs it daily to 
process data extracted from 
an external trading support 
system. 


Database Management 
Systems 

These are currently second 
only to spreadsheets in the 
frequency with which they 
are the basis for user devel- 
oped systems. Database 
management systems pro- 
vide a range of facilities for 
the definition, population, 
maintenance and retrieval of 
data. Most modern systems 
feature nonprocedural meth- 
ods for retrieving and report- 
ing data, as well as a proce- 
dural language for writing 
“programs” to access the 
database. Both end users 
and IS professionals have 
used database packages to 
build complete application 
systems, some quite com- 
plex. 


LAN-oriented data manage- 
ment systems add a feature 
not available on their stand- 
alone PC predecessors: they 
can provide for access to 
data stored on other ma- 
chines. In its most primitive 
form, this means easy file 
import and export facilities. 
At the sophisticated end of 
the scale are facilities for 
real-time data interchange 
between databases situated 
on different platforms. These 
facilities enable LAN-based 
users to build cooperative 
processing applications by 
adding local functionality to 
existing systems running on 


application program maintenance. 


Training and education includes training on system and 


application software, and procedures, such as security. 


Data support includes maintenance of a data dictionary, 
assistance in locating and transferring data, and providing 


archiving, backup, and recovery mechanisms. 
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mid-range or mainframe plat- 
forms. For example, one mu- 
tual fund company captures 
information about prospects 
on PC screens built using a 
PC database system with a 
graphical user-interface 
screen-formatting facility. 
The data is then shipped to 
the mainframe to be loaded 
into the shareholder data- 
base. 


Scripting Languages 

A script is a sequence of 
commands to control a par- 
ticular computing environ- 
ment; a scripting language 
produces scripts. The net 
effect is a facility with which 
users can extensively tailor 
one or more software pack- 
ages to meet custom needs. 
A simple example of a script- 
ing language is the set of 
commands that can be 
placed in the PROGMAN.INI 
file to be executed when Win- 
dows is initiated. At the com- 
plex and comprehensive end 
of the scale is Rexx, a sys- 
tem procedure language for 
IBM SAA strategic computing 
systems, including OS/2. 
Some scripting languages 
(such as the macro facilities 
within Word and WordPer- 
fect) work within a particular 
application; others (Such as 
Rexx) are designed to control 
multiple applications. 


Scripts serve to make stan- 
dard application packages 
more useful by customizing 
them to meet particular user 
needs. For example, a script 
might be used to automati- 
cally run several applications 
to pull together data from 
multiple sources for reports. 
The script would contain 
commands to log into several 
corporate databases, down- 
load selected information 
from each, and invoke the PC 
database or spreadsheet 


software to produce a partic- 
ular series of reports from 
the extracted data. It might 
be set up to fire off automati- 
cally each day at a specified 
time, or to initiate when a 
certain event occurred. 


High and Very High-Level 
Languages 

The term high-level language 
was Originally coined to dis- 
tinguish such languages as 
Cobol and Fortran from the 
hardware- oriented, ‘“‘low- 
level’ languages that pre- 
ceded them. The high-level 
language used by most end 
users has been Basic, al- 
though it has been eclipsed 
somewhat by derivatives of C 
and Pascal. High-level lan- 
guages are procedural; that 
is, a programmer must de- 
scribe the program’s function 
step-by-step. They are also 
general purpose, not tied to a 
particular database or 
spreadsheet package. 


Very high-level languages 
resemble the 4GLs used on 
mainframes and are gener- 
ally less procedural than 
high-level languages. Using a 
very high-level language, a 
user typically specifies the 
results that are desired, 
rather than the steps re- 
quired to obtain them. A 
prime example of a nonproc- 
edural, very high-level lan- 
guage is SQL, which is rap- 
idly becoming the universal 
query language for relational 
databases. Some very high- 
level languages stand alone, 
while others are bundled into 
database systems. Very 
high-level languages (particu- 
larly SQL) often serve as the 
means by which a PC pro- 
gram or user interacts (over 
the LAN) with a file server or 
mainframe database. 


Miscellaneous services such as coordination to prevent re- 
dundant systems, network support, and a hot-line. 


For the most part, these functions are appropriate whether 
the end users are building budgeting systems with spread- 
sheets on PCs or writing reports with a 4GL on the main- 
frame from data in a corporate database. In two areas, 
however, it appears that IC services in many organizations 
are lagging the move to LAN use. First, fewer than 25% of 
ICs today maintain a data dictionary to help users find 
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what data is available where in the organization. This was 
a less important function when users either used main- 
frame tools against corporate databases, or built stand- 
alone systems. With the connectivity of the LAN, however, 
the power of end-user computing can be enhanced greatly 
if users know what data is available, where it is, and how to 
get it. The IC role must expand in this area, since it is truly 
a cross-organizational function, beyond the realm of any 
one user department. | 

The second service with a current level of offering inap- 
propriate for the LAN environment is security. Fewer than 
15% of ICs today provide security training for their clients. 
Again, this area has been of less importance in the main- 
frame world (where security was controlled centrally), or 
with standalone PCs (where physical access control pro- 
vided security). In the LAN environment, the physical re- 
source (file server) is shared, and users are typically ex- 
pected to be responsible for their own security. LAN 
operating systems provide the mechanisms needed to im- 
plement security, but it takes training and management to 
strike the happy balance between protection and sharing 
that is needed to make the LAN and its file servers most 
effective. 

The information center can continue to play an impor- 
tant role in end-user computing even as the environment 
evolves. The goal is still to help the users solve business 
problems in a timely and effective manner. How the IC is 
organized and staffed, and what services it provides may 
have to change as the computing environment changes. 


Staffing for the New Roles 

The traditional IC support for end-user computing has 
been strongly oriented toward helping individual users 
with specific hardware and software questions. The arche- 
typical example of an IC function has been to help a user 
staff member design a spreadsheet program to do the 
group’s budget. Seldom did anyone raise the question of 
whether this was the best way to address the application, or 
whether this was the right application to address. 

The need for this type of support has not disappeared, 
but a LAN-based user community demands a broader, 
more sophisticated level of support. As we have seen, the 
widespread use of LANs increases both the opportunity 
and the challenge of end-user computing. In general, users 
are developing applications that are more complex and 
more important than in the past. These systems, particu- 
larly the ancillary and departmental systems, become an 
integral part of running the business for many users. End- 
user systems have become big business for many 
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organizations—they consume significant hardware and 
organizational resources to perform important functions. 
To help with these forms of end-user computing, the IC 
staff must combine a strong foundation in software engi- 
neering with an understanding of the user’s business. The 
emphasis must be on how to use the best combination of 
products and data to effectively address business needs. 
To play this widened role requires a shift in what has 
been the focus for many IC staff. Traditionally, a good IC 
staff member was one who knew the ins and outs of PC 
products and was good with people. Product knowledge 
and people skills are still important, but they must be sup- 
plemented with broader knowledge in several areas. 


Understanding Corporate 
Goals and Objectives 


The IC staff should help users determine whether building 
a particular application is the best use of resources, or 
whether there are better opportunities. To do this, IC staff 
members must understand the organization’s critical suc- 
cess factors and its most important information needs. If, 
for example, customer service makes or breaks the com- 
pany, the IC staff should promote end-user development 
of customer service-oriented systems, and downplay or 
even discourage efforts in other, less important areas. 


Knowledge of Core Corporate 
Systems and Data Resources 


To be effective, end-user computing must fit into the over- 
all corporate information processing architecture. Having 
end users build a customer records system, for example, 
that duplicates functions and data already provided by the 
corporate order processing system is wasteful and counter- 
productive. IS professionals are in the best position to help 
users understand what is (and is not) provided by the cor- 
porate systems. This help is best delivered if it is bundled 
with the other services provided by the IC. 


Awareness of Range of 
Technology in Organization 


Too often today, PC people and mainframe people form 
two completely disjoint sets. End-user systems in the LAN 
environment are increasingly likely to call for cooperation 
among platforms—some PC, some midrange, some main- 
frame. To support development of these systems, the IC 
staff must know what is available and what is best handled 
on each of the platforms the organization utilizes. 


Skill in Systems 
Engineering Practices 


As LAN-based end users take on increasingly complex and 
vital applications, the role of the IC in helping with devel- 
opment quality becomes more important. IC staff mem- 
bers must translate the systems engineering standards and 
techniques devised for large-scale systems projects into 
practices that end users can adopt to improve the quality 
of their systems. 

An individual proficient in all these areas simulta- 
neously would not only be the ideal IC staffer, but would 
be in great demand for a wide variety of IS tasks. In prac- 
tice, not every individual on an information center staff 
must embody all these skills in order to be effective. The 
important point is that IS management recognize how end- 
user computing, and, therefore, its support needs, are 
changing, and ensure that the IC has the pool of skills 
needed to provide that support. Hi 
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The Strategic Information 
Management Challenge 


This report will help you to: 


e View strategic information management as a service, not as 


technology management. 


e Utilize strategic information management to add value to 


your business enterprise. 


Introduction 

One theme developed in this report 
is that it is basically wrong to think 
of IS as technology management. 
We are not fundamentally a 
technology-management activity, we 
are fundamentally a service. These 
ideas give us some difficulty, because 
the management schemes we use in- 
side the IS organization tend to fol- 
low the models of a manufacturing 
business and not of a service busi- 
ness. Yet many issues can be ad- 
dressed by not attacking technology 
management but by adopting some 
management values drawn from ser- 
vice businesses. Indeed, our problem 
is a relationship problem in just the 
way that services have relationship 
problems with their customers and 
clientele. 


This Datapro report is a reprint of ‘“The Stra- 
tegic Information Management Challenge’ by 
Robert J. Benson, pp. 26-45, from Journal of 
Critical Issues in Information Processing Man- 
agement and Technology, Volume 7, Number 
4, 1990. Copyright © 1990 by QED Informa- 
tion Sciences, Inc. Reprinted with permission. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


Because we have historically 
dealt with things as technology mat- 
ters, we tend to think that the com- 
monality of technology gives us 
insights that we can transfer from 
enterprise to enterprise. We com- 
monly share discussions 1n which 
companies stand up and say, “It’s 
like this,” or “No, it’s like that.” Be- 
cause we are Managing a common 
technology, we can talk meaningfully 
across our organizational lines and 
experiences and learn something; 
this is always the unstated assump- 
tion. This has led us to misunder- 
stand, that as a service business, we 
are dealing with different kinds of 
clientele. Our businesses are differ- 
ent. 

For example, we hear much 
about financial institutions, where 
the system is the business, and the 
insights derived from that may or 
may not work in an enterprise where 
the system is not the business, but 
merely is an aid to managing the 
business. One fundamental message 
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in this report is that the commonalities that we 
should be deriving from each other come, not from 
the commonality of the technology but from the 
commonality of the business units we are serving. 
This leads us to a second problem. 

We tend to think of these things as enterprise 
matters, but that is a fallacy because each of our 
enterprises is also complicated, engaged in many 
different businesses. So if we accept the premise 
that we are a service business, that we have differ- 
ent kinds of clientele, and that the key common 
factor is the characteristic of the business, then we 
must be capable of analyzing the enterprise we 
serve in terms of its different kinds of businesses. I 
will give you an example from the university. Peo- 
ple do not like me to talk about the university be- 
cause it sounds non-real. It is difficult to imagine 
where that impression came from, because we are a 
fairly robust-sized organization, so we tend to evi- 
dence some of the same characteristics of a real 
business. 

Thus we have different customers, so it is not 
useful to talk about strategic planning for “‘the 
university.” It is useful to talk about strategic plan- 
ning for each of the major business components or 
lines of business, such as undergraduate education, 
as different from research. Indeed, those are two 
different businesses, and everything is different 
about them. No wonder we fail when we try to talk 
about strategic planning for the enterprise if we do 
not take into account that we have very different 
business activities that we are trying to serve. More 
importantly, the idea of success is different in 
those businesses. 

An unbroken chain of logic is becoming ap- 
parent. Though it is important, the key issue is not 
the technology management. The key issue is ser- 
vice to business clientele. The characteristics that 
differentiate one enterprise from another, and 
within the enterprise, are based on business consid- 
erations, not on technology considerations. This 
forces us to look at how to describe the business. 
We call this diagnosis. Diagnosing the business is 
needed to permit us to organize our IS services to 
have a maximum effect or impact on that business. 

My second point is that we are a cost, rather 
than an asset, when we are not perceived as a part 
of whatever it takes to move the performance of 
the business. What moves the performance of the 
business is that all other aspects of the business are 
related to the lines of business, such as marketing, 
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production, and customer service. Yet, we have 
typically not thought of ourselves as particularizing 
our activity along those same differential lines of 
business. 

For example, I run a computer organization 
that serves the undergraduate line of business, the 
research line of business, the health care line of 
business, and the overhead of the institution. I 
treat everybody as though they were exactly the 
same. They have the same system-development 
methodologies for those very different lines of 
business. They have the same charge-out scheme. 
But if I were in a real service business, the idea of 
imposing a common charge-out scheme across ex- 
tremely different business users or in different 
stages of their development would be ridiculous. 
Yet, that is what we do, we have common architec- 
tures. The whole orientation I have historically 
taken, and apparently it is common to other IS 
groups, is that things are the same for everyone. 

The PC is not the driver of decentralization, 
instead it is the decentralized responsibility for 
business performance. The PC may be an engine 
which permits that. However, no one would care if, 
in fact, the asset they had available to support im- 
provements were a part of the central controlled 
and planned resources, uniquely identified and 
specified for each business unit or line of business. 
It all fits together. 

One key word we have developed for the Cen- 
ter for the Study of Data Processing is amateuriza- 
tion, particularly of computing, with some of the 
decentralization that 1s getting the users involved. 
That is a very powerful idea. It is the sense that the 
skill sets being applied are becoming less over time, 
largely because the pool of people is much broader. 
The problem is more fundamental than that. When 
we talk about managing the business that we are in, 
which we believe is a service business, we are ama- 
teurs. It is not a question of taking business knowl- 
edge from our business, but of knowing how to 
manage the service as a service business, and not as 
a manufacturing business. Some thematic ideas 
that will be discussed include diagnosing the busi- 
ness characteristics of our enterprise, managing 
ourselves as an IS service, and the concept of stra- 
tegic information management. What is important 
in this idea is that it is moving the performance of 
the businesses we are serving. 

In our undergraduate line of business at the 
university, the key performance measure of the line 
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of business is the quality of the student. In our 
kind of institution, we are not competing on price, 
but on quality. Implicitly, the performance mea- 
sures are on the quality of different classes. The 
better quality we have, the more attractive we are 
to students who would come to such an institution. 

Everything is measured on the performance 
of the undergraduate line of business, on average 
GPAs, on what percentage of the students are in 
the top ten percent of the graduating high school 
class, and that sort of thing. In that context, the 
investments in IS, thought of as being assets to 
those running the undergraduate line of business, 
are not those assets wanted for delivering financial 
information or student records. Rather, they are 
related to those things that will move the perfor- 
mance: the recruiting systems, the instructional 
support systems, and so forth. 

We have invested many years in the world’s 
best student-record system. Our student-record 
system is so good that our students could change 
their grades from their home. But when that is 
measured against business performance of that un- 
dergraduate line of business, those systems are to- 
tally irrelevant. That is a problem, but it 
emphasizes this idea of what we are trying to get 
done. 


Add Value to the Enterprise 


We at Washington University, together with the 
IBM Scientific Center in Los Angeles, have had a 
joint study in Enterprise-wide Information Man- 
agement since 1984. Much of the work presented 
in this report has resulted from that joint study. 

The Strategic Information Management Chal- 
lenge is the challenge of adding value to the enter- 
prise. 

We are talking about the things driving the 
mentality of the business domain and, by exten- 
sion, should be driving our mentality. We are not 
talking about such things as architectures, delivery 
systems, and structured methodologies. These, in 
the wrong hands, are probably the disasters that 
will cause us not to be very successful and certainly 
not thought of as assets. 

When we talk about adding value to the en- 
terprise, we are actually referring to two different 
topics. One is how to obtain the best business 
value. That means we know what it is. What is the 
basis for business performance? The second is, how 
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to apply the best approach to add value. This in- 
volves the view that the measure of what we do is 
not based on technology terms but on business 
value-added terms. In turn, this is based on mov- 
ing the business performance numbers for what- 
ever the lines of business we are engaged in. We 
should not be doing anything that is not up to that 
measure. 

Couching it in the context of thinking of our 
work as a service, the key question is, ““How do we 
add value?” In much of our work, we have found it 
helpful to divide the universe into the business do- 
main and the technology domain. The technology 
domain is the part that we manage, and the busi- 
ness domain is a set of customers. The problem is 
that our set of customers have historically been 
well-buffered from the real performance of the 
business. We have a history of working through the 
overhead of the enterprise. Actually, we are facing 
how to add value, not viewed from what the value 
systems are (Figure 1, lower section), but viewed 
from the perspective of the upper section of Figure 
1, the customer domain. Our business performance 
measures are those that relate to how we, in fact, 
perform with regard to that customer domain. 


We will discuss this in six parts: 


1. Wewill cover the IS challenge of managing 
the technology domain. 


Where business value comes from. 
IS as an addition to value. 


IS as a service business. 


a ee ee a 


The action plan. None of these ideas make any 
difference if we cannot do something about it. 
That will be the only measure of this report. 
Can we actually apply any idea that might 
come out? 


6. Finally, you will be brought up to date as to 
what we are doing to further develop and im- 
plement these ideas in real companies. 


An MIS Challenge 


The challenge we have is to back away from our 
origins. If we had discussed strategic planning for 
Information Technology even five years ago, we 
would have tended to look at three clusters of ac- 
tivities: data, hardware/software systems, and de- 
livery systems. We would talk in terms of applying 
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Figure 1. : Business Domain Technology 
The Domains of Information Domain 
Management 
Their Our Enterprise Information 
Customer Customer Units a Organ. 
Marketing 


an architecture to these. We would talk in terms of 
constructing these things in a framework, or a blue- 
print, of activities that we should be doing. These 
are important, but they are part of the same level 
of importance as building the manufacturing plant. 
It is simply not the same thing as saying, this is the 
set of technology planning that will drive our busi- 
ness, which is serving our enterprise, for maximum 
business effect. This is certainly an appropriate 
collection of things to do, but it 1s second order. 
The first order is to respond to the classic manage- 
ment questions: How can we compete better? How 
can we improve our internal productivity? How 
can we motivate the entire enterprise to think 
about these things? We will probably fail if we ex- 
pect business management to care at all about this 
technology planning. There are some exceptions, of 
course, which generally arise in enterprises where 
the system is the business. That is a key diagnostic 
difference. If the system is the business, then these 
technology issues become the business-planning 
questions. 

My basic belief is that you must be able to 
diagnose the character of the business domain to 
understand these things. When I say that technol- 
ogy is second order, I mean that it is for those en- 
terprises where the system is the business. What is 
important are the drivers. From our standpoint, 
this has meant two things: One is that we add driv- 
ers, not from enterprise strategic planning, but 
from line-of-business strategic planning (Figure 2). 
Enterprise strategic planning tends to focus on fi- 
nancial outcomes, portfolio management, and 
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things of that kind. Line-of-business strategic plan- 
ning tends to focus on moving the business mea- 
sures, whatever they may happen to be. Some are 
financial, some are market, some are product, and 
some are quality. The exception is in single-line-of- 
business companies. It is quite frustrating that 
most of the successful examples of strategic plan- 
ning described at the enterprise level are actually 
single-line-of-business companies masquerading as 
an enterprise. 

Steering committees are a disaster at the en- 
terprise level where there are multiple lines of busi- 
ness. They are a requirement at the line-of-business 
level because that is where the business perfor- 
mance 1s and where all of the other assets are being 
determined, planned, motivated, and mobilized. 
The thrust of our approach should now be appar- 
ent; diagnose the enterprise, discover the kind of 
businesses you are in, and move from that as a 
driver to doing these things. 

We see four clusters of things that represent 
strategic information management in the search of 


things we are starting to understand: business per- 


formance with the link-to-technology planning, 
business as the driver with line-of-business being 
the unit of the driver, and for each of those the 
strategic plan for the line of business (Figure 3). 
The effects and how they are carried into perfor- 
mance measures represented in the organizations 
that have the strategic plan will be defined. This 
point is crucial, but we must understand, as we di- 
agnose the business, the performance measures of 
the productive elements that carry out the line of 
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Figure 2. 


Planning Results 
Data . 


Data 
Administration 


Enterprise Line of Backbone and 
Strategic ===> Business sm» LOB Information <g> Architecture/ 
Planning Planning System 

Architecture 


y 


(possible Hardware/Software 
effect on Infrastructure 
strategy) Architecture 
ATLL TELAT 
Driven by 


Information Technology Strategy 


business. Our information systems and our tech- 
nology planning can affect strategic planning. In a 
way, we see a Circular relationship in Figure 3. 

The IS challenge is to put the technology 
management into the second order of things and to 
put our understanding, our diagnosis, and our rec- 
ognition of the business issues as the first order of 
things. It is our problem, because we are in the ser- 
vice business. If we do this, we will see a shift in 
emphasis. We will see a shift from application ori- 
entation to data orientation: a shift away from 
backbone, that 1s overhead, to architecture, mean- 
ing the set of things that support the organization 
and plan for the lines of business in which we are 
engaged. There will be a shift from technology to 
business, from enterprise to line-of-business, from 
operations to strategy. If you think about it, this is 
what we have taught, trained, and motivated our 
current staff to be concerned about. 

This is what we should be teaching, training, 
and motivating our services staff to think about, 
and the list is upside down in terms of order of im- 
portance. Strategy at the line-of-business level is 
driving the architectures producing the data for the 
line of business. That is the nature of the IS chal- 
lenge. 


Business Value 


We found it helpful to separate the enterprise do- 
main into the two parts: the business domain and 
the technology domain. IS management and stra- 
tegic planning for IS is really managing the inter- 
face and the relationships between these domains, 
like a service business. A little more complicated 
than that is the first generic enterprise model 
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which we offer (Figure 4). Models are important in 
talking about this because we really have no 
agreed-upon principles in our business. Although 
15% of the Gross National Product is tied up in 
information processing in some way, we do not 
have any agreed-upon vocabulary. We cannot talk 
to each other, except in vendor-enabled quasi- 
standards. We need models. 

The key part to this enterprise model is on the 
left. Most enterprises actually work by dividing 
themselves into what they think about as 
corporate-level things, and line-of-business-level 
things, organized in terms of business units. There 
are many of those. Corporate views itself as mak- 
ing money available to the business units, such as 
operating money in budgets. It might be capital 
money. 

Whether we need it or not, they also make 
available policy and guidance. Some are different 


Figure 3. 
Business Domain/Technology Domain 
Business Technology 
Domain Domain 
Strategic ——_——. Technology 
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Figure 4. 
The Enterprise Model I 
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from others but the framework must be under- 
stood. What they get back from us is results. 
Corporate-level financial planning, or strategic 
planning, is really looking at that process. What 
policies and frameworks do we need? What invest- 
ment and budgetary constraints do we have? What 
do we expect back? Of course, we also have some 
corporate units like accountants and lawyers, and 
all they get is money. Possibly we get some service. 
They forget that sometimes, but it is appropriate. 

From the IS standpoint, we must do every- 
thing. We provide services to the lines-of-business 
and to the corporate overhead units. We are basi- 
cally in four service businesses: operations, devel- 
opment, data management, and communications. 
Each has a service component to it. Our problem is 
to look across this interface to the enterprise we are 
servicing. 

One key idea when we look carefully at the 
enterprise model (Figure 5), is that when we are 
talking about the line of business and business per- 
formance, it is the relationship between the busi- 
ness units and its customers, products, and 
services. The real question is, What are we doing in 
IS that moves the business performance with re- 
gard to its customer needs? 

Michael Porter has been extremely helpful in 
this regard. You are probably familiar with his 
work on corporate advantage, corporate strategy, 
and the value chain. These are powerful ideas that 
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help us diagnose the business unit. Porter discusses 
the value chain as one enterprise feeding another 
by selling products and services, and so forth. His 
work has permitted us to understand the basic 
character of business value, of what we must move 
to be an asset. 

With Michael Porter’s permission, the value 
chain will be changed (Figure 6). This version is 
composed of our enterprise and our line of busi- 
ness, buying goods from our supplier, and doing 
things for or to our customers. Our customers have 
a choice: to buy from us or from them depending 
on their business value. There are three categories 
of things we can affect to add value: 


1. Affect customer choice. 


2. Improve our performance once that choice has 
been made (that may be quality, or that may 
be cost). 


3. Improve our financial performance. 


The fundamental test of the IS service organiza- 
tion is that, if the things we are doing for our enter- 
prise do not measure up to one of those three 
added values, we are in the wrong business. 

The key issue 1s, do we know the businesses 
that we are servicing? Do we understand what the 
basis for performance is? More importantly, does 
our service business understand it? Do those who 
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are running our operations service business under- 
stand? If we view ourselves as being in the manu- 
facturing business, or as running a technology, then 
all we care about is our own internal performance. 
Manufacturing firms also have this problem. But, 
in fact, we have a service business, it is to see not 
just our performance, but our effect on our cus- 
tomer’s performance. 

It gets to be very difficult to do this. There are 
many crucial differences among businesses and 
lines of business (Figure 7). It is our assertion that 
lines of business value fall into three fundamental 
clusters: product, service, and government. In clus- 
ters around product-type lines of business, the per- 
formance is based on customer choice, the way in 
which we deliver product to customer, and the 
quality in financial performance, three basic mea- 
sures. By extension, we can take these three ideas 
and ask a line of business, how do you measure 
those things? And by extension, we can say that IS 
is adding value if we move those measures. We can 
measure customer choice, and such things as mar- 
ket share, delivery, time, quality, and cost perfor- 
mance. 

The business value for a service-oriented line 
of business is still customer choice. It is not deliv- 
ery, but response to customer requirement. How 
do we measure response and performance? We use 
the word government to mean any nonprofit, 
noncustomer-choice situation. The business value 
is not customer choice, but it is now access to ser- 
vice. It is not delivery or response, it is capacity to 
respond, and it is still business performance. Inci- 
dentally, it is interesting that in our own internal 
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IS service businesses, the operations business and 
the communications business are much like this. 
The systems development business is very much 
like service. The data business is very much like 
product. When you analyze the IS business along 
these lines, each of those four fundamental busi- 
nesses has very different characteristics in terms 
of the measurements we would like to use as to our 
own internal business performance. The key 

is to understand, to diagnose, and to take action 
based on our understanding. And the understand- 
ing is very simple. What business are we in, and 
how do we measure our performance? By moving 
those measures, we make a contribution, and hence 
are of value and are an asset to the enterprise. 


Pianning Using the Seven Questions 


One approach we have developed 1s something 
called the Seven Questions (Figure 8). We apply 
these seven questions to the enterprise and to the 


Figure 6. 
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(choice) 
or 
Them 


We add value by affecting customer choice and retention 

We add value by improving business performance 
(service to customer, including quality) | 

We add value by improving financial performance 
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Crucial Differences 
Product: Choice, Delivery, Perform 
Service: Choice, Response, Perform 


Government: Access, Capacity, Perform 


IS organization, separately. We should think to- | 
gether about how we would apply these seven ques- 
tions to our own enterprise. Can we meet the test 
of being able to answer them? They are very simple 
questions. Question one is, What business are we 
in? That is actually a question of what lines of busi- 
ness are we in? What different customer sets do we 
have? What different product types do we have? 
And are we fundamentally a product or a service or 
a utility type of business? All the measures are dif- 
ferent. 

Question two is, What problems do we have? 
What problems do we have in improving those per- 
formance measures? The definition of a problem 
is: What stands between us and the business in 
moving those numbers? 

The third and crucial question is, What strat- 
egies do we have for doing something about it? We 
now have characterized the business part of the 
planning somewhat differently from how we usu- 
ally think of traditional strategic planning. This 
says explicitly, that success in our planning will 
come from moving the measures. By extension 
then, the strategic planning comes from removing 
or enabling solutions to the hurdles that stand be- 
tween us and that. These are very powerful ideas. 
Instead of being abstract, they become concrete. 

In our university undergraduate line of busi- 
ness, what business are we in? We are selling qual- 
ity education to parents. What are our 
performance measures? Market share, quality of 
student, break-even financial performance. A 
slightly longer term is alumni donations. What are 
the problems in moving numbers that represent 
those basic performances? The pool of eighteen- _ 
year-olds is going away. There is much competi- _ 
tion. When you think in those terms, you begin to 
realize that we messed up our strategic planning 
eighteen years ago. But the real key is, what hurdles 
do we have getting the word out about recruitment 
to the right kind of students? You can begin to see, 
when one conveys these three basic questions 
about what business problems we have and what 


AUGUST 1991 


The Strategic information _ Managing LANs 
Management Challenge _ 


strategies we are following, why I can argue that a 
wonderful student-record system and that a terrific 
financial system might not be relevant in a strate- 


_ gic context, in an asset context. The idea is to do 


the seven-question kind of planning with the busi- 
ness managers. This is why the steering committee 
is important at the line-of-business level. The 
agenda for IS investment must come from recog- 


nition of these three basic questions. 


Question four is, now that we know what 
business we are in and what problems we have, 
What will we do about it with Information Tech- 
nology? This becomes the basis of information for _ 
IS as an asset in the business. We must improve 
the functioning, achieve success, and that means 
enabling these strategies. 

Question five is, How can Information Tech- 
nology be used to change the strategies? The two 


Figure 8. 
Planning Using the Seven Questions 


1. What business are we in? 


product 
customer 
strategy 
choice 
performance 


7 
e®* e@© @ @ ® 


2. What problems do we have? 


competitive 
customer 
performance 
opportunity 
technology 


3. What strategies are we following (in response)? 
What opportunities do we have? 


¢ management 
e initiatives 
¢ compensation 
e incentive 
4. How can Information Technology be applied to improve the 
functioning of the business, and achieve success in its 
_ Strategies and critical success factors? 


5. How can Information Technology be applied to change the 
business strategy, or change the basic business plan (new 
~ product, customer, market)? | 


6. How can we organize the Business to most effectively 
achieve its goals, business strategy, and plans? 


How can we organize the Information Technology activity to 
best accomplish the business goals? 


7. How do we develop an action plan to get the results from 
questions 1 through 6? 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


nian 
Gt, 
7 
a 
t 


The Strategic Information 
Management Challenge 


Managing LANs 


Figure 9. 
Summary 


Purpose of IS is to add value to the enterprise. 
IS does so by contributing to enterprise success. 
Enterprise success is in two performance measures: 


—Financial performance 
—Business (or organization) performance 


What is necessary is a planning and decision process that 
identifies basis for performance, and produces improvements in 
performance. 


questions here are to enable current strategies, and 
to contribute new strategies. 

Question six is, really, How can you recognize 
the Information Technology activity needed to best 
accomplish those business goals? Given our origins 
as technology managers, who treat everyone alike, 
using common methodologies and everything else, 
and viewing ourselves as a manufacturing business, 
rather than a service business, you can imagine 
that we have some problems here that we must 
overcome. It is probable that we are dysfunction- 
ally organized in the context of measuring up to 
this challenge of moving business performance. 

The seventh question is, How do we develop 
an action plan to get the answers to questions one 
through six? In the technology domain, we have 
the same essential problem. Apply the seven ques- 
tions to us. What business are we in? What prob- 
lems do we have? What stands in the way of 
business performance improvements? First is de- 
fining the basis of our performance as a service 
business in each of our four major components. 
Second is developing our own strategies for doing 
something about our own performance measures, 
and, simultaneously, deciding how we will attack 
the problem of dealing with our multiple lines of 
business that are our “‘service set,” our service cus- 
tomers. Thus, the questions of chargeback 
schemes, methodologies, organizational forms, in- 
formation centers—all the traditional things—are 
measured against what strategy we are using to deal 
with each line of business. A fundamental message 
is that no one is exactly the same. It 1s madness to 
construct the same processes for everyone, if we 
want to be successful, because the measure of suc- 
cess 1s in their performance improvements, not 
ours. 
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MIS as an Addition to Value 


How do we do all this? First, an intermediate sum- 
mary is given in Figure 9. The purpose of IS is to 
add value to the enterprise. That is a very funda- 
mental statement. Secondly, IS does so by contrib- 
uting to enterprise success. Third, enterprise 
success lies in two kinds of performance measures, 
financial performance, and business or organiza- 
tional performance. Fourth, what is necessary is a 
planning and decision process that identifies the 
basis for performance, and introduces improve- 
ments 1n performance. 

In the business domain we need the process 
of applying those seven basic questions or their 
equivalent (Figure 10). I say ““equivalent”’ because 
I have given them generically, but they obviously 
will be different industry-by-industry, business-by- 
business. Every business is different. We must be 
able to figure that out, and diagnose what we are 
doing. Why the seven questions? They are the pro- 
cess by which we will define business performance 
in terms of measurements. Define the answer to 
question three, which is business strategy. What 
are we doing about our hurdles? The action plan is 
for doing something about business performance 
and then using information economics as the basis 


Figure 10. 
Business Domain Action Planning 


Business Domain Technology Domain 


What business(s) What business 
are we in? are we in? 


' 


The Seven Questions The Seven Questions 


t ' 


Defining 
Defining Strategy for Is 
Business and Serving Performance 
Financial Lines of 
Performance Business | 
’ Developing 
the 
Identifying IS Strategy 
the Business and 
Strategy Architectures 
Applying 
Information The IS 
Economics Action Plan 
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Figure 11. 
The Future of Information Management II 


Good = decreased unit cost 


Manufacturing Back-office values 
Model Standard 
Economy of scale 
Specialization 
Good = increased service 
Service Front-office values 
Model Custom 


Effectiveness of size 
Generalization 


for decision-making across projects. Do they mea- 
sure up to adding value to the enterprise? 


MIS as a Service Business 


We now have a single cohesive vision of how to go 
about doing strategic planning to add value. There 
are only a few minor problems with this: politics, 
reality, history, money, reshaping our own internal 
processes, and technology. Just a little collection of 
details. But the message is, “‘Unless we start, we are 
never going to get there.” The first place to start is 
to think about what business we are in. The history 
of IS has been that we are a manufacturing busi- 
ness. We manufacture systems, communication 
networks, and standard PC workstations. Assemble 
may be a better word. If you look at how one man- 
ages a manufacturing business, many value- 
systems have come along (Figure 11). A good one 
is decreased unit cost. A good way is to separate 
front office from back office. There is specializa- 
tion of function. That is part of the critical mass of 
doing the manufacturing. There is economy of 
scale and there are standards. That is the way we 
have basically organized ourselves over time. 

If you look at it as a service model, the good- 
ness is in increased value of the service. Quality 
service is that which the customer will pay more 
for. One of the problems we have with IS manag- 
ers is that our services do cost more than the per- 
ceived cost of the PC or the minicomputer. A 
““soodness”’ is also front-office values. There is cus- 
tomer contact, customer service, solving the cus- 
tomer’s problem with a personalized solution. This 
is not standard, it is custom. Effectiveness of size 
brings to bear your resources in a service organiza- 
tion through a single point of contact. Generalized 
capacity, not specialized capacity is important. It is 
generalized to respond to any problem that arises. 
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You see that there are some fundamental con- 
flicts. To add business value, our perspective as a 
manufacturing model is a catastrophe, unless we go 
toward the service model. It is not easy, but we are 
part of that problem. We are the people who go up 
there and mumble about our architectures for data, 
systems, and communications and build the per- 
spective that we think of this way. We are part of 
that problem, and we are talking about reversing a 
25-year mind-set. Cultural change is needed. Some 
of the things we think are important enough to tell 
our users are these words out of a manufacturing 
book: Zero defects, reusable code, reducing of unit 
cost, critical mass, economy of scale, standardized 
things, and standardization. 

We are doing much work trying to under- 
stand the service business as a generic thing be- 
cause we are all amateurs. I am an amateur at 
understanding how to manage services. It is sur- 
prising when you look at the business literature. 
There is so little about managing a service busi- 
ness. There is not much of a systematic nature. 
This is surprising since 70% of the work force in 
the United States is in some way engaged in the 
service business, yet we have this kind of gap be- 
tween ourselves and understanding the businesses 
we are serving, and so little understanding about 
how to manage ourselves. 

At Washington University we are doing an 
important sequence of what we call “‘strategic 
workshops in managing the service business.” Un- 
like some academic institutions, I am not per- 
suaded that we know everything. In fact, there 1s 
some possibility that we know little, but we surely 
have the right questions. It is a place to start. For 
example, when we did the first of these strategic 
workshops in St. Louis, we tried to define service 
(Figure 12). We are getting closer. A good 1s an ob- 
ject, a thing; a service is a deed, a performance, an 
effort. The essence 1s the performance rendered by 


Figure 12. 
Definition of Service 


Definition of Service 


We will adopt Leonard Berry’s definition that a “good is an 
object, a thing; a service is a deed, a performance, an effort. 
Although the performance of most services is supported by 
tangibles, the essence of what is bought is performance ren- 
dered by one party for another.” (1984) Two contemporary 
criteria are most often used to distinguish services from manu- 
facturing organizations. The first is that the output of services is 
intangible, the second is the closeness of the consumer to the 
product (Fuchs 1968). 
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Figure 13. 
Corporate Planning Model 


Business Investment 
Decisions 


Insider 
Management 


IS Organization 


Appl'n IT 
Groups Utility 
LOB 1 


LOB N 


Corporate 
Services 


Architectures 


Backbone 


one party for another. It is intangible, the closeness 
of the consumer to the product. That is our busi- 
ness, 1s it not? 

We are working very hard to further this basic 
notion that we fundamentally are a service busi- 
ness. There is some possibility that systems devel- 
opment has some of the attributes of 
manufacturing, but in the age of purchased soft- 
ware, that is not crucial. In some of our consulting 
work, we are working hard in the service business 
to define quality of service—it is successful re- 
sponse to client demand. When we apply that to 
our own business, you can see how that has some 
power. Quick, effective, sensitive, knowledgeable, 
creative, and individualized. 

Why do we consider all this? We need to fo- 
cus on the service characteristics, and understand 
quality, and performance, and how to do it asa 
service business. You can take this metaphor for- 
ward and look at how we currently manage our- 
selves. How do we define quality of service? If we 
look at it from our perspective, as the service pro- 
vider, we look at it as an inward matter. Availabil- 
ity, average of things, response time (it takes two 
seconds or a hundred years for whatever), and me- 
dian accuracy. We look at it as providing a mea- 
sure of quality. That is a manufacturing 
perspective. We need to understand that quality 1s 
a consumer perspective in the service business. 
Our concern is problem response to the customer, 
peak-load capacity, because that is what the con- 
sumer feels: response to customer need, ability to 
handle new circumstances that arise that we have 
not planned for with no hassle and ease of use. You 
see the difference between orientations. 
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When we take the idea of thinking of our- 
selves as a service business, what we think about 1s 
efficiency and effectiveness. From the provider 
perspective, efficiency is the service-delivery unit 
cost. Effectiveness is availability of the function. 
That is manufacturing. From a service perspective, 
efficiency 1s the consumer unit cost. How much 
work does it take to use what we deliver? Effective- 
ness is enabling their business-performance im- 
provement. You see again the power of adopting 
the service metaphor. Now, these things are impor- 
tant, but they are second order. First order, in 
viewing our business as a service customer, mean- 
ing our lines of business that we are serving. The 
point of planning processes that we have identified 
here is to articulate a way to get at these things—to 
do something, as compared to just waving our 
arms about it. 

We believe there are four basic businesses 1n 
which we are engaged, and all these ideas apply: 
We are in the operations business, providing a ser- 
vice of operating applications; in the data business, 
providing a service to provide access to our data; 
in the systems-development business, providing a 
service in analyzing design (there may be 
manufacturing-performance considerations there); 
and in the communications business, providing a 
utility-type service of attachability. Service can be 
defined as a service product. Is there a basis for 
competition? Yes, we compete on the basis for our 
own internal business performance from the cus- 
tomer perspective. 

As we carry out this IS metaphor, we note we 
have in the service business multiple collections of 
customers that are different; that is why they are 
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Figure 14. 
Symptoms and Characteristics of the Forces and Factors 


Force Factor 

Management Concern for Business Impact 
Forces for Dispersion 

Expansion of Scope of IS leading to Architectures 


Requirement for IS Productivity 


Symptoms and Characteristics 


Emphasis on overhead infrastructure 
I/S is a cost, not an asset 


Growth of ‘‘unplanned” systems 
Growth of ‘‘unplanned”’ networks 


Need for data administration 
EDI and other cross-unit systems 


Management concern for cost 
Management impatience for results 


Figure 15. 
Forces and Factors in Information Management 


Force Factor 
Management Concern for Business Impact 


Forces for Dispersion 


Expansion of Scope of IS Leading to Architectures 


Requirement for IS Productivity 


different lines of business. If we are a service busi- 
ness, then we will respond to that, not with faceless 
technology organization, but rather with a team 
focused on each line of business with the appropri- 
ate overhead being treated as a line of business. We 
cannot knock the paychecks out. We could, but it 
would probably not be wise. We are backed up by a 
series of utility functions like the machine room, 
the communications network, itself, and things of 
that kind. 

This, then, becomes the model for thinking 
about how to organize the IS business and the cor- 
porate relationship (Figure 13), separating line-of- 
business organizations, creating application 
groups, an IS group that is effective in delivering, 
and then becoming service-delivery groups to the 
individual lines of business. 


The Action Plan 


What will we do about it? What is our action plan? 
We have been to many enterprises to look at the 
processes of IS management, and what we now 
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Symptoms and Characteristics 


Decision-Making (e.g., Information 
Economics) Line-of-Business focus 
New 1I/S professional 


Line-of-Business focus 
Network is the corporate asset 


Architectures 
Technology scan, pilots 
Line-of-Business focus 


Development environment 
Line-of-Business focus 
1/S Service focus 


tend to believe is that there are several fundamen- 
tal dislocating things happening to the IS organi- 
zation in four categories: there is a demand for 
business impact; many forces for dispersion, some 
of which are technology, and some management 
dismay with performance or wanting the control 
because it affects management’s performance; ex- 
pansion of scope problems, and so there has been 
some response for architectural kinds of planning; 
and then the requirement for productivity. We cost 
too much. These are the forces affecting the typical 
IS organization with some resulting symptoms 
(Figure 14). | 

There is much unplanned growth. There is a 
call for EDI and data administration. Everyone 1s 
yelling about costs. Now, the action-plan idea says 
that, rather than respond to these problems on a 
knee-jerk basis, what we really want to do is take a 
strategic view of the business the IS organization 
is in, and our relationship to the enterprise that we 
serve (meaning all the lines of business), and their 
business performance. So the question Is not, 
‘‘What will we do to these symptoms, in response 
to these symptoms?” The question is, “What is our 
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Figure 16. 
Action Plan 


Enterprise Planning 
Line-of-Business Planning 


Decision-Making 


strategic response?’’ where “‘strategic” 1s defined as 
our vision of our business and the performance 
measures that we must describe how we are doing 
and what we will do about the hurdles that stand 
between us and moving those performance num- 
bers. 

We change the agenda away from thinking of 
this as a technology-management problem, to think 
of it as an IS service-management problem. That 
change in perspective can allow us to tailor our or- 
ganization to our particular enterprise. Stop treat- 
ing technology management as a commonality 
across all organizations; and start thinking of our- 
selves as serving a particular set of clients, custom- 
ers, and business units according to their needs and 
business performances. 

Some examples we might consider in re- 
sponse are in Figure 15 as in the adoption of a 
strategy that has to do with looking at how we deal 
with lines of business. 

You will notice that line of business tends to 
frequently appear here. Also note how we erect 
management tools, with a service focus. 

Overall, the action plan we recommend you 
consider has three basic parts: posturing ourselves 
(enterprise planning with what business we are in); 
posturing our relationships with our lines of busi- 
ness, our customers, people that we serve; and in- 
stalling the appropriate kind of decision-making 
which relates the investment in IS assets to perfor- 
mance of business improvement (Figure 16). That 
is where information economics comes in. That is 
an action scheme, and we believe it can be done. 
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Figure 17. 
The Action Plan Checklist 


( ) Line-of-Business Based 

( ) Insider in Place 

( ) Account Manager in Place 
( ) Sponsor 

( ) Chaos/Opportunity 

( ) Business-Domain Attention 


( ) Technology-Domain Problem 


We believe there are conditions for success. 
First of all, the ideas we are trying to develop here 
do not require a revolution, a coup, or a disloca- 
tion. We believe these are bottom-up ideas, not 
top-down ideas. We can make these bottom-up 
ideas as soon as we lose the perspective that we 
must treat everyone the same, and that we are deal- 
ing with multiple lines of business. 

Our view is very simple. Let us find one line 
of business that we can use this kind of approach 
with, rather than thinking that we must use it for 
everyone across everything. We have a checklist 
that we use (Figure 17). When can we do these 
things? 

We believe very strongly in the “point-of-pain 
principle.’’ People will do something when the pain 
of doing something 1s less than the pain of not do- 
ing something—business-domain attention. It has 
to be something people feel strongly about. 
Technology-domain problems that we can solve. 

The greatest challenge that we have is to add 
value. The nature of that value is in moving the 
performance of the business units we serve. Think 
of that in ways in which IS can be an addition to 
value. IS as a service business as a way to enable 
that. Also, the idea that an action plan can be, in 
fact, adopted along the lines of the plan of the 
seven questions (Figure 8) and producing the IS 
action plan (Figure 16). @ 
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This report will help you to: 


¢ Identify computer crime offenses. 


e Understand computer crime laws. 


¢e Recognize state and federal statutes applicable to computer 


crime. 


e Track developments in computer criminal prosecution. 


This report 1s designed to aid investi- 
gators and prosecutors by summariz- 
ing state and federal statutes 
applicable to computer crime. It cov- 
ers them in the following order: state 
penal laws, secondary state penal 
laws, federal penal laws, secondary 
federal penal laws. In 1979 prosecu- 
tors stated that existing statutes 
could be found to prosecute all cases 
of computer crime coming to their 
attention. The laws were not written 
in anticipation of high technology 
crime, however, and in some cases 
prosecution was difficult and obtuse. 
In the intervening decade, the 
need for laws directly applicable to 
computer crime became even more 


This Datapro report is a reprint of “Section VI: 


Computer Crime Law” by Donn B. Parker, in 
Computer Crime Criminal Justice Resource 
Manual, U.S. Department of Justice National 
Institute of Justice, August 1989. The original 
source material remains in the public domain 
and may be copied by others without permis- 
sion from Datapro. 


apparent, and most states now have 
computer crime statutes. Two federal 
statutes, the Computer Fraud and 
Abuse Act (PL 99-474) and the Elec- 
tronic Communications Privacy Act 
(PL 99-508) were enacted in 1986. 
The rapid rate at which new laws are 
being adopted makes it difficult for 
any discussion to be completely 
timely. The material in this section 
added since the first edition is based 
in part on a 1985 study of prosecuto- 
rial experience with computer crime 
performed for the U.S. Department 
of Justice, Bureau of Justice 
Statistics,! and on other research.” A 
broad range of state and federal laws 
are discussed in addition to com- 
puter crime statutes. 
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Legislative Response to Computer Crime 
Computer crime laws vary widely in offense 
named, definitions, and sanctions. This disparity 
stems from a number of causes, including: 


¢ Response to local concerns, 


¢ Desire to correct specific shortcomings of exist- 
ing law, 


¢ Apparent lack of understanding of the crimes 
and associated technology, 

¢ Interest in adopting computer crime laws simi- 
lar to those passed earlier in other states, and 


e Need to accommodate the new law to an exist- 
ing statutory scheme. 


Computer crime has been broadly defined as any 
illegal act that requires the knowledge of computer 
technology for its perpetration, investigation, or 
prosecution. Computer crime is not a single type of 
crime; rather, most nonviolent crimes and even 
violent crimes such as homicide can be committed 
through or facilitated by computers. 

_ Crimes directed at computers and informa- 
tion media can also include violent physical at- 
tacks as well as technical manipulations. New 
definitions applicable to specific actions have now 
been included in each of the state computer crime 
statutes and the federal computer crime laws. 


State computer crime statutes fall into four general 
categories: 


¢ Property expansion. Expansion of the definition 
of property in existing state criminal statutes to 
include computer systems, computer programs, 
data, and computer services. 


e Focused scope. A new statute with a specific fo- 
cus on a particular type of crime such as debit 
card fraud. 


e Broad scope. A new statute with a broad focus 
to address fraud perpetrated by computer ma- 
nipulation as well as damage to computer hard- 
ware, systems, programs, and data stored in 
computer systems. 


e Extended scope. A new statute with a broad 
scope, with additional coverage for denial of use 


JANUARY 1991 


State and Federal Managing LANs 


Computer Crime Laws 


of a computer system, damage or theft to com- 
puter programs, or trespass into computer sys- 
tems. 


The computer crime offenses covered by these stat- 
utes are further detailed below using examples of 
definitions from state statutes. 


Computer Fraud 
In Arizona computer fraud is committed by: 


... accessing, altering, damaging or destroying without 
authorization any computer... with the intent to devise 
or execute any scheme or artifice to defraud or deceive, 
or control property or services by means of false or fraud- 
ulent pretenses, representations or promises. 


Generally, the computer fraud provisions of other 
states resemble the Arizona model. Furthermore, 
they usually apply to accessing any aspect of the 
computer system. 


Computer Trespass or Computer Tampering 

Under the computer trespass provision found in at 
least 22 states, a crime is committed if a person 
accesses a computer without authorization. This 
definition covers intrusion into computers by per- 
petrators (including hackers) through telephone 
circuits. Many of these provisions are similar to 
the Georgia statute that includes access in its enu- 
merated activities constituting computer tamper- 
ing: ““Any person who intentionally and without 
authorization, directly or indirectly accesses, alters, 
damages, destroys... any computer... shall be 
fined... or imprisoned.” In addition, the Florida 
law proscribes trespass in two contexts, separately 
stated: (1) offenses against intellectual property; 
and (2) offenses against computer equipment or 
supplies. 


Credit Information Tampering 

Some state statutes specifically proscribe computer 
tampering in order to obtain unauthorized credit 
information from a computer or to introduce false 
information into a computer. The Hawaii statute, 
for example, provides that an individual has com- 
mitted a crime if: 


... [hJe accesses or causes to be accessed any computer, 
computer system, computer network, or any of its parts 
with the intent to obtain unauthorized information con- 
cerning the credit information of another person or who 
introduces or causes to be introduced false information 
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into that system or network with the intent to wrongfully 
damage or enhance the credit rating of any person. 


Trade Secret Tampering 

California, Florida, Massachusetts, Nevada, and 
Wyoming have computer crime statutes that forbid 
the taking of trade secrets. The provisions are very 
different in nature but similar in effect. The Cali- 
fornia and Massachusetts statutes are broad, ad- 
dressing the wrongful taking of a trade secret in 
many contexts including those stored in comput- 
ers. The California law expressly proscribes steal- 
ing, taking, carrying away, or using, fraudulent 
appropriation, and unlawful or lawful access fol- 
lowed by a wrongful copying of the trade secret. 


Disruption of Computer Services 

Another computer offense proscribed in several 
statutes involves the disruption (or, in some states, 
degradation) of computer services. The Missouri 
statute provides that “‘a person commits the crime 
of tampering with computer users if he knowingly 
and without authorization denies or causes the de- 
nial of computer system services to an authorized 
user of such computer system services...” 


Technical Definitions in State Computer Crime 
Laws 

The technical definitions in the state laws also 
vary. Many states have followed the definitions 
proposed in early federal bills. These definitions 
have been heavily criticized by the technical com- 
munity in Congressional hearings as ranging from 
being too dependent on current technology to be- 
ing inaccurate or irrelevant. However, they pre- 
vailed and are found in the Computer Fraud and 
Abuse Act of 1986. 

Vestiges of the terminology used in the early 
federal bills appear in several state statutes. For 
example, the term “access,” a key term in most 
computer crime statutes, is most often defined as 
“to approach, instruct, communicate with, store 
data in, retrieve data from, or otherwise make use 
of any resources of a computer.” It 1s so defined in 
about a third of the states. 

The use of the word “‘approach’’ in the defin1- 
tion of “‘access,”’ if taken literally, could mean that 
any unauthorized physical proximity to a com- 
puter could constitute a crime. It also may derive 
from preexisting definitions of access in trade se- 
cret theft statutes. 
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Most of the statutes define “computer,” al- 
though approaches to the definition vary. The 
most prevalent definition is that a computer is an 
electronic device that performs certain functions: 
logic, arithmetic, or memory. In addition, the pre- 
vailing definition attempts to include data, soft- 
ware, and communications facilities connected or 
related to the electronic device in a system or net- 
work. This definition could theoretically include 
an entire public telephone system as part of a com- 
puter that has dial-up telephone access. 

Concern that the definitions are too broad 
and could include anything from a digital watch to 
the entire telephone system resulted in various ex- 
clusions. In one state exclusions are a radio or tele- 
vision transmitter or receiver, television camera, 
video tape recorder, sound recorder, phonograph, 
or similar device used for reproducing information 
in aural or visual form without changing the nature 
or content of the information, unless such a device 
is connected to and used by a computer. California 
excludes automated typewriters or typesetters, por- 
table calculators, or computers used for personal, 
family, or household use and not used to access 
other computers without any further clarification 
as to meaning. | 

These varying definitions demonstrate the 
confusion resulting from a complex, rapidly chang- 
ing technology. For example, “automated 
typewriter’ is not a term in general use, and its 
meaning is ambiguous and changing as technology 
advances. It could be an electric typewriter, a type- 
writer under computer control and without a key- 
board or storage buffer, a “‘self-erasing” typewriter, 
a “dumb” (without local processing capabilities) or 
“smart” (with such capabilities) computer term1- 
nal, a word processor, or in the future a voice- 
activated data input device. 

Some states use as the definition of 
“computer” an internally programmed device that 
processes data. Others limit the programmed de- 
vice to a general-purpose digital device. One uses 
the same approach with the word “‘programmable”’ 
instead of “‘programmed,” which may raise a prob- 
lem if a dedicated-use device, such as an auto- 
mated teller machine, is used in a suspected 
criminal act. Further, the defined functions of 
computers sometimes redundantly include storage 
as well as logic, arithmetic, and memory. A few 
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states and the U.S. Congress in the federal com- 
puter crime laws, apparently contemplating tech- 
nological developments beyond the electronic, 
expand the adjectives applicable to the device that 
may be considered a computer, including mag- 
netic, optical, electrochemical, or other high-speed 
data processing device or system. 

‘““Computer network’”’ has many definitions in 
state statutes. Some define ‘‘computer network” as 
“the interconnection of communication lines with 
a computer through remote terminals or a complex 
consisting of two or more interconnected 
computers.” One state expressly includes micro- 
wave or other electronic communication means for 
interconnecting computers. Another commonly 
followed definition of ““computer network” is as 
follows: 


A set of related, remotely connected devices and commu- 
nication facilities including more than one computer sys- 
tem with capability to transmit data among them through 
communication facilities. 


One state shortens the definition to “‘an intercon- 
nection of two or more computer systems.”” Some 
states use the term “‘computer program,”’ others 
use the term “computer software,” and some use 
both even though the meaning of the two often 
overlaps. Nearly half of the states with computer 
crime statutes use the term “computer software”’ 
and define it as “‘a set of computer programs, pro- 
cedures and associated documentation concerned 
with the operation of a computer system.” “Com- 
puter software” is one of the few terms to be con- 
sistently defined in all states that use the term in 
their computer crime statutes. Unfortunately, 
“software” as used in computer technology par- 
lance is jargon that has many significantly different 
definitions. 

Another term that has presented definitional 
difficulties is ““data.’’ Only two states use precisely 
the same language. In every other state, some m1- 
nor differences appear. One defines “‘data” simply 
as information of any kind in any form including 
computer software. Two others classify data as in- 
tellectual property. _ 

In the definition of “‘financial instrument,” 
the following terms appear in the various state stat- 
utes: check, cashier’s check, draft, money order, 
certificate of deposit, letter of credit, bill of ex- 
change, credit card, debit card, marketable secu- 
rity, warrant, note, negotiable instrument, 
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transaction authorization mechanism, and any 
computer system representation thereof. Most of 
the items appear in almost all state statutes. 

“Property” is still another term that is de- 
fined slightly differently in all states. One typical 
state statute definition of property seems to in- 
clude most, if not all, of the elements used in dif- 
ferent form: 


Any tangible or intangible item of value that includes, 
but is not limited to, financial instruments, geophysical 
data or the interpretation of that data, information, com- 
puter software, computer programs and computer- 
produced or stored data, supporting documentation, 
computer software in either machine or human readable 
form and any other tangible or intangible item of value. 


Another state defines “property” simply as “‘any- 
thing of value” and then lists numerous examples, 
including “‘computer programs or data.” 

These examples illustrate the inconsistencies, 
inaccuracies, and limitations in the definitions of 
important terms used in the computer crime stat- 
utes of different states. In a few years voice data 
entry and output, digitized voice, knowledge-based 
systems, lasers, optics, molecular-based logic, and 
neural logic could result in new methods and evi- 
dence of crime for which current laws might be 
inadequate. 

There are now as many different and conflict- 
ing definitions of computer crime as there are 
states with computer crime statutes. The defini- 
tions of those terms, their comprehensibility, rate 
of obsolescence, and ease of application will play 
an important role in determining how successfully 
and effectively these new statutes will be used to 
deter and prosecute computer crime. 


Penalties in State Computer Crime Laws 

State legislatures have taken a variety of ap- 
proaches to providing punishment for computer 
crime. Generally, the computer crime statute itself 
does not explicitly state the fine or term of impris- 
onment to be prescribed to a convicted person. In- 
stead, the penalty provisions classify the computer 
crime as a particular felony or misdemeanor. To 
determine the scope of the penalty, one must refer 
to the general criminal penalty statute of that state. 
Delaware’s computer crime statute illustrates this 
point. It simply provides that “computer fraud is a 
Class C felony and computer misuse is a Class E 
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felony.”’ Even more simply, Idaho prescribes a gen- 
eral felony penalty for computer fraud and com- 
puter tampering and a misdemeanor penalty for 
unlawful computer access. 

A few computer crime statutes expressly de- 
lineate the bounds of the penalties. For instance, 
the Oklahoma statute sets forth a fine of $5,000 to 
$10,000 and/or confinement in the state peniten- 
tiary for 1 to 10 years for conviction of a felony 
under the computer crime law. Rhode Island’s pen- 
alty section provides for a fine of not more than 
$5,000 and/or imprisonment for not more than 5 
years for commission of a computer crime. 


Prosecutorial Experience with State Computer 
Crime Laws 

Prosecutors interviewed for the 1985 study re- 
ported a number of experiences: 


¢ Only a few of the many incidents investigated 
resulted in prosecution, primarily because the 
evidence available did not appear to support 
indictment. Some prosecutors reported that 
grand juries failed to understand the case be- 
cause of the technical nature of the acts in- 
volved. 


e More perpetrators now seem to be mounting a 
defense than did those prosecuted in the past. 
The most actively defended recent cases have 
been those involving electronic trespass. 


e Many prosecutors interviewed were unaware 
that their state had a computer crime law. 


e Some prosecutors reported that because penal- 
ties for violation of their computer crime laws 
are less than under those for traditional theft 
and burglary laws, they favor use of the more 
stringent statutes. 


e Many prosecutors chose to use the computer 
crime law only when a traditional fraud, theft, 
or malicious mischief statute was clearly less 
applicable. 


Prosecutors expressed concern about a number of 
legal issues related to specific statutes in their state: 


e Existing traditional law is not applicable to 
fraud or larceny by trick when the deceived 
party 1s a device (e.g., automated teller ma- 
chine, vending machine, turnstile, computer). 
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The computer crime statute enacted to address 
that issue is now considered to be too narrow in 
focus. 


e The definition of “‘access” taken from the lan- 
guage of an early federal bill that has been 
adopted by 22 states is too vague. It includes 
the word “approach,” which is appropriate for 
physical action but not electronic action. 


« A recent amendment to the California com- 
puter crime law makes electronic trespass with- 
out malice a crime and thereby addresses a 
loophole in many statutes; however, it exempts 
from the statute such trespass by employees. 


e Prosecutors in several states reported a prefer- 
ence for using traditional theft statutes when 
possible because of their known interpretation 
by the courts and stronger penalties available. 


e One state statute requires victims to report inci- 
dents of computer crime to the public authori- 
ties. Prosecutors reported that this provision 
may be unconstitutional. 


Timeliness of the Law 

The focus of computer crime legislation has been 
on the current technical aspects of criminal meth- 
ods and the current technical development of com- 
puter products rather than on the more germane 
but difficult subject of offenses against the infor- 
mation assets at risk, independent of the technol- 
ogy used. The result has been laws that can become 
quickly obsolete as the technology and its applica- 
tions change and new technical methods of engag- 
ing in information-related crime appear. For 
example, juvenile hacker attacks on computers 
demonstrated the absence of laws dealing with 
electronic criminal trespass into computers. An 
additional symptom may be the difficulty of pro- 
ducing adequate technical definitions for computer 
crime laws. 

Prosecutors arc inhibited from using com- 
puter crime laws by their and the court’s lack of 
computer literacy and the availability of older laws 
more familiar to them, even though those laws may 
not be the best or most applicable. Prosecutors re- 
port that failure of victims to report suspected 
computer crimes and to cooperate with prosecu- 
tion discourages them from developing the capabil- 
ities necessary to work in this area of the law. Data 
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communications advances, moreover, have tran- 
scended jurisdictional boundaries, causing crimi- 
nal acts and their effects to fall into different 
jurisdictions. The concept of geographical proxim- 
ity is being replaced with electronic proximity as 
computers become connected to communication 
circuits. In addition, the perpetration of crimes at 
remote computer terminals with only electronically 
produced means of identification of suspects and 
recording of their activities makes obtaining ade- 
quate evidence difficult. 


Computer Crime Laws of Selected States 
Five state laws are summarized and briefly ana- 
lyzed below. 


Florida Computer Crime Act 


Summary: The Florida Computer Crime Act [Fla. 
Stat. Ann. Sect. 815.01 et seq. (West Supp. 1979)] 
proscribes several offenses against intellectual 
property including data and programs, offenses 
against computer equipment and supplies, and of- 
fenses against computer users. Intellectual property 
includes programs and data existing within or 
without a computer (system or network). The of- 
fenses against intellectual property are willfully and 
without authority: (1) modifying data, programs or 
supporting documentation; (2) destroying data, 
programs, or supporting documentation; and 
(3) disclosing or taking data, programs, or support- 
ing documentation that are trade secrets or confi- 
dential. Such acts are felonies of the third degree 
unless the offense is committed for the purpose of 
devising or executing a scheme or artifice to de- 
fraud or obtain any property, in which case the 
crime is a felony in the second degree. 

Offenses to computer equipment and supplies 
(the terms are not further defined by the law) in- 
clude willfully, knowingly, and without authoriza- 
tion modifying such equipment or supplies. That 
crime is a misdemeanor of the first degree unless 
the offense is for the purpose of devising a scheme 
or artifice to defraud or to obtain any property, in 
which case the offense is a felony of the third de- 
gree. The offense of willfully, knowingly, and with- 
out authorization destroying, taking, injuring, or 
damaging a computer (system, network) or equip- 
ment or supplies used or intended to be used in a 
computer (system, network) is a misdemeanor of 
the first degree if the damage is $200 or less and a 
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felony of the third degree if the damage is between 
$200 and $1,000. If the damage is $1,000 or more 
or if there is an interruption or impairment of gov- 
ernmental operation or public communication, 
transportation, or supply of water, gas, or other 
public service, the felony is of the second degree. 

_ Offenses to computer users include willfully, 
knowingly, and without authorization accessing or 
causing to be accessed a computer (system, net- 
work) or willfully, knowingly, and without authori- 
zation causing the denial of computer system 
services to an authorized user of the services which 
are owned by, under contract to, or operated for, 
on behalf of in whole or in part, or in connection | 
with another. The offense is a felony of the third 
degree unless it is committed for the purpose of 
devising or executing a scheme or artifice to de- 
fraud or obtain property. In that event the offense 
is a felony of the second degree. 3 

Finally, the law states that it is not intended 
to preclude the applicability of other Florida crimi- 
nal law. 


Analysis: The law covers acts or theft of and dam- 
age to computer equipment, supplies, programs, 
and data. It covers willful, unauthorized access to 
computers (systems, networks) and denial of ser- 
vices to users. The offenses to intellectual property 
(programs and data) apply whether or not the prop- 
erty is stored inside a computer: that is, the law 
applies to programs and data contained in listings, 
tapes, disks, cards, and other off-line and on-line 
media of expression. The law does not require the 
media of storage to be a “thing,”’ and consequently, 
electronic impulses should be includable. Such in- 
clusion will ease the finding of a taking when a pro- 
gram is taken, modified, or destroyed over 
telephone lines, as in the Ward [Ward 1972] and 
Seidlitz [Seidlitz 1978] cases. 

Because “‘unauthorized” is not defined by the 
law and because “access” is defined so poorly, the 
prohibition against theft of computer services such 
as computer time is not clearcut. Florida appears 
to have no specific theft of services statute, and the 
property theft statute [Fla. Stat. Ann. Sect. 
811.021(1)(a) (Supp. 1975)], “anything of value,” 
would have to be interpreted to include services. 
Because applicability of both the new law and the 
prior property theft law is unclear, obtaining a con-. 
viction for theft of services such as computer time 
may remain difficult in Florida. 
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A particular advantage of the Florida law is 
that computer programs or data stored other than 
in a computer qualify as intellectual property 
within the meaning of the statute. This fact will aid 
in the prosecution of thefts, disclosures, alter- 
ations, and destructions that do occur to computer 
products but were not covered by prior law. 


Colorado Computer Crime Law 


Summary: The Colorado Computer Crime Law 
[C.R.S. Sect. 18-5.5-101 (1973, 1978 Repl. Vol.)] 
proscribes the knowing use of a computer for 
fraudulent purposes, the assault or malicious de- 
struction of a computer, and the unauthorized use 
of alteration of a computer or its “‘software or data. 
Penalties relate to the value of the item stolen: un- 
der $200 of loss or damage is a misdemeanor pun- 
ishable by a fine and jail sentence up to 12 months; 
loss or damage over $200 is a felony punishable by 
a fine and jail sentence up to 40 years. 

Offenses that are fraud-related are those in 
which knowing use (“use is defined to mean to in- 
struct, communicate with, store data in, retrieve 
data from, or otherwise make use of a computer, 
computer system, or computer network) is made of 
a computer (system, network) for the purpose of 
devising or executing a scheme to defraud; obtain- 
ing money, property, or services by false pretenses; 
or committing theft. 

The other form of computer crime is the 
knowing and unauthorized use, alteration, damage, 
or destruction of a computer (system, network). 

The graduated classification of offense and 
associated penalties relate to the dollar value of the 
loss. Currently, these are: under $50 is a Class 3 
misdemeanor, $50 to $199 is a Class 2 misde- 
meanor, $200-$9,999 is a Class 4 felony, and 
$10,000 and above is a Class 3 felony. (The Class 3 
felony also includes offenses, such as child abuse, 
that result in serious bodily injury.) 


Analysis: This legislation is modeled on the Flor- 
ida law; however, it is narrower in coverage in that 
data and programs must be “contained in such 
computer...” to be the subject of the Colorado 
law damage, alteration, or destruction provisions. 
It also appears that theft or fraud involving prop- 
erty (which includes information and electronically 
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produced data and “‘software’’) must be accom- 
plished by use of a computer to fall within the pre- 
scriptions of the law. 

Further, there is no sanction for denial of 
computer services unless such denial is part of a 
scheme to defraud. 

The law is in response to the inadequacies of 
existing law in that it did not contemplate com- 
puter abuse and could not be stretched to accom- 
modate the new forms of wrongful activity. In 
particular, in a case decided by the Colorado Su- 
preme Court sitting en banc on March 19, 1979, 
the court held that the unauthorized reading and 
later transcription of a medical record without a 
taking of the physical record did not constitute a 
theft because the medical information was not a 
“thing of value” within the meaning of the theft 
statute. (People v. Home Insurance Co., No. 
27984.) 

The law’s definitions—the weak point in 
most existing and pending computer crime 
legislation—are somewhat more precise than other 
attempts in this area, but there are still problems 
with defining “‘software” and “hardware” in the 
dynamic technological milieu. 


Arizona Computer Fraud 


Summary: The Arizona statute [Ariz. Rev, Stat. 
Ann. Sect. 13-2301 and Sect. 13-2316 (Swest 
1978)] in its general criminal fraud provisions de- 
fines in Sect. 13-2301 for the purposes of Sect. 13- 
2316 various terms with regard to computers— 
e.g., “access, computer, computer network, 
computer program, computer software, computer 
system, financial instrument, property, and 
services.” Section 2316 provides for the offense of 
computer fraud. This section states that a person 
commits computer fraud by accessing, altering, 
damaging, or destroying without authorization any 
computer, computer system, computer network 
with the intent to devise or execute any scheme or 
artifice to defraud, deceive, or control property or 
services by means of false or fraudulent pretenses, 
representations, or promises. 

Computer fraud in the first degree, punish- 
able by up to 5 years in prison, is committed when 
a person accesses, alters, damages, or destroys a 
computer (system, network) without authorization 
and with intent to devise or execute a scheme to 
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defraud or to control property or services by false 
or fraudulent pretenses. 

Computer fraud in the second degree, punish- 
able by up to 14 years in prison, is committed by 
an “unauthorized intentional access, alteration, 
damage, or destruction of a computer (system, net- 
work) or any software, program, or data contained 
therein.” 


Analysis: This law, which was passed at about the 
same time as the Florida law but independent 
thereof, is similar in that it covers hardware, pro- 
grams, and services. Note that “‘software, pro- 
grams, and data’”’ must be contained in the 
computer before such “data and programs” are 
covered by the law. Otherwise, other Arizona law 
applied to intellectual or intangible property will 
have to be applied. 

The legislature has coined a definition of 
“software” that encompasses a related group of 
programs, procedures, and documentation associ- 
ated with the operation of a computer system. It is 
of utmost importance when applying any computer 
crime law to read carefully the definitions therein 
because they will differ from each other and unfor- 
tunately from common usage in the computer field 
as well. 7 


California Basic Computer Crime Statute 


Summary: The California Computer Crime Stat- 
ute [Calif. Rev. Stat. 1987, Sect. 502, Ch. 1499 (1 
January 1988)] has been modified three times in 
response to advances in technology and computer 
crime methods and offenses. It covers five of- 
fenses: (1) manipulating data, a computer system, 
or computer network to devise or execute a fraud; 
(2) knowingly accessing and without permission 
taking copies or using any data from a computer or 
taking any supporting documentation, internal or 
external, to a computer; (3) theft of computer ser- 
vices; (4) knowingly accessing and without permis- 
sion damaging data, computer software, or 
computer programs, internal or external, to a com- 
puter; and (5) disrupting or denying computer ser- 
vices to an authorized user. The last two offenses 
cover electronic trespass into a computer, com- 
puter system, or computer network. 

An infraction of the last two offenses is pun- 
ishable by a fine not exceeding $250. However, if 
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the victim’s expenditure exceeds $5,000, the pen- 
alty is a fine not exceeding $5,000 or 1 year in 
prison. Penalties for the other three offenses are a 
maximum of $10.000 and up to 3 years in prison. 
Civil action for compensatory damages is pro- 
vided. Multiple jurisdictions in which offenses oc- 
cur are allowed to result in criminal or civil action 
in any of the jurisdictions. 

Computer or computer-related materials may 
be seized under warrant or arrest and forfeited. 
(Forfeiture of seized property is pursuant to Sec- 
tion 502.01, which is an error in the statute since 
the code has no such section.) 

Exempted from prosecution is any employee 
accessing the employer’s computer system when 
acting outside the scope of lawful employment so 
long as the employee’s activities do not cause an 
injury exceeding $100. The conduct of minors is 
imputed to the parent or legal guardian. 


Analysis: The most recent additions to this law 
cover the offense of electronic trespass, identifica- 
tion of the victim’s expenditure, and provision for 
confiscation of seized equipment and materials. 
The losses incurred are identified as the victim’s 
expenditures rather than direct or absolute losses. 
The victim’s expenditures include the efforts nec- 
essary to verify that anything was or was not al- 
tered, deleted, damaged, or destroyed because of 
the suspect’s access to the victim’s computer or 
computer network. These new provisions are quite 
innovative and may form the basis of a model for 
updates to other state laws. 

The trespass provision covers hacker intru- 
sion attacks where no other offense may occur 
other than browsing among data files. This provi- 
sion is more liberal than the New York State stat- 
ute that requires due notice be given to a potential 
intruder in a display screen warning. However, 
other California statutes may require this warning. 

The exemption of employees from prosecu- 
tion is meant to protect whistle blowers, but it pre- 
sents a difficult challenge for the prosecutor who 
must produce strong evidence that the suspected 
employee did not know that his or her act was not 
authorized. If the prosecutor cannot prove that the 
act was not authorized, no offense has occurred. 
The $100 damage limit by an employee does not 
specify the period the loss occurs and does not in- 
clude compensation for the victim’s expenditures 
as part of the penalty. 
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The technical definitions are similar to those 
in other state laws. Computer network 1s more sim- 
ply defined, however, to mean two or more com- 
puter systems connected by telecommunication 
facilities. Computer program is equivalent to soft- 
ware. The definition of computer system excludes 
nonprogrammable calculators capable of being 
used in conjunction with external files, one or 
more of which contain computer programs, elec- 
tronic instructions, input data, and output data. 
This definition will become obsolete rather quickly 
as calculators increase in capability. 

Data may be in any form—in storage media, 
in transit, or presented on a display device. This 
definition is an important extension of those in 
other state statutes because data are in transit for 
significant periods. Because of the broad defini- 
tions of these technical terms, offenses can include 
acts against data and computer programs in the 
vicinity of computers. 


New York Offenses Involving Computers [NY Book 
39, Sect. 156]° 


Summary: New York has several new penal laws 
designed to meet the problems of computer crime: 


e Creation of the new crimes of unauthorized use 
of a computer [Sect. 156.05] and computer tres- 
pass [Sect. 156.10] designed to deal with the 
unauthorized use of a “computer” or ““com- 
puter service.” 


e Creation of the new crimes of computer tamper- 
ing in the first degree [Sect. 156.25] and in the 
second degree [Sect. 156.20] to deal with the 
unauthorized and intentional alteration or de- 
struction of a “ccomputer program”’ or “com- 
puter data.” 


e Creation of the new crimes of unlawful duplica- 
tion of computer-related material [Sect. 156.30] 
and criminal possession of computer-related 
material [Sect. 156.35], the former designed to 
deal with the unauthorized duplication of a 
“computer program” or “computer data,” and 
the latter designed to cover the unauthorized 
possession of such duplicated material. 


e Creation of a new subdivision of the crime of 
theft of services [Sect. 165.15(10)] to make it a 
crime for a person who, with intent to avoid 
payment for the use of a ““computer” or “‘com- 
puter service,” avoids paying the lawful charge. 
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Further, the term “‘computer service’”’ is in- 
cluded in the definition of the term “‘service”’ as 
that term is defined for the article involving 
theft [Sect. 155.00(8)], and would thus include 
certain thefts of a computer service 1n such ex- 
isting crimes as theft of services by a stolen 
credit card [Sect. 165.15(1)] and unlawful use of 
credit card [Sect. 165.17]. 


e Application of the existing crimes of larceny, 
forgery, false written instruments, and related 
offenses to such conduct as it relates to a com- 
puter program or computer data by inclusion of 
the terms “computer data” and “‘computer 
program” within the definition of the following 
terms: 


—‘Property” as defined for the title involving 
theft [Sect. 155.00(1)], 


—“Written instrument”’ as defined for the arti- 
cle involving forgery and related offenses 
[Sect. 170.00(1)], and 


—‘‘Business record” and “‘written instrument” 
as defined for offenses involving false writ- 
ten instruments [Sects. 175.00(2) and (3)]. 


To ease the sometimes elusive venue of an elec- 
tronic medium crime, an amendment to the Crimi- 
nal Procedure Law (20.60) has provided that: “A 
person who causes by any means the use of a com- 
puter or computer service in one jurisdiction from 
another jurisdiction is deemed to have personally 
used the computer or computer service 1n each 
jurisdiction.” 

Analysis: The terms “computer,” “program,” and 
“data”? may have a commonly understood usage. 
Unlike the generally understood definition of 
“computer,” however, Sect. 156.00 defines it to 
include various peripherals designed to store, re- 
trieve, or communicate the results of computer op- 
erations, programs, or data. The term “‘computer 
service” appears to have been devised to refer to 
the ever-expanding telecommunication industry 
that supplies information and services via comput- 
ers (e.g., Westlaw). 

The term “‘computer material” is a list of cer- 
tain kinds of computer programs and data. The 
purpose of the term is to single out the listed pro- 
grams and data for felony treatment when such 
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programs and data are either invaded without au- 
_ thorization [Sect. 156.10(2)] or are altered or de- 
stroyed [Sect. 156.20(3)]. 

A common element of both unauthorized use 
of a computer and computer trespass is the defined 
term “uses a computer or computer service with- 
out authorization” [defined in Sect. 156.00(6)]. 
Critically, that term requires both that the user lack 
authorization to use the computer or computer ser- 
vice and that actual or specified forms of construc- 
tive notice to that effect be given to the user. Proof 
of constructive notice by showing that the com- 
puter was programmed to automatically provide 
such notice is “presumptive evidence,” a permis- 
sive inference, that such notice was given. 

Effective and provable notice of the lack of 
authorization to use a computer is further high- 
lighted by the available defense that “the defen- 
dant had reasonable grounds to believe that he had 
authorization to use the computer’”’ [Sect. 
156.50(1)]. ““Reasonable grounds” imports an ob- 
jective element in the determination of whether the 
defendant’s belief that he had authorization to use 
the computer would be one a reasonable person, in 
the defendant’s situation and circumstances, would 
have. [Cf. People v. Goetz, 68 N.Y.2d 96 (July 8, 
1986).] Noticeably absent as an available defense 
to the defendant who may have had authorization 
to use the computer but not a computer service is 
the claim that the defendant had reasonable 
grounds to believe that he had authorization to use 
the computer service. 

The second element of the unauthorized use 
of a computer is proof that the computer had a de- 
vice or coding system designed to prevent the un- 
authorized use of the computer or computer 
Service. 

The threshold requirements of notice and a 
system to prevent unauthorized use in order to be 
held criminally liable for the crime of “‘unautho- 
rized use of a computer” were deliberately incorpo- 
rated into the law in order to encourage greater 
self-protection on the part of the computer indus- 
try. : 
For the computer trespass crime, however, a 
system need not prevent unauthorized use. Com- 
puter trespass requires the notice, and the neither 
knowingly gaining access to “computer material,” 
defined in Sect. 155.00(5) to mean certain kinds of 
programs or data listed in the definition, or “an 
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intent to commit or attempt to commit or further 
the commission of any felony.” 

No felony need be committed; at a minimum | 
it need only be intended; and the circumstances 
surrounding the use of the computer or computer 
service may supply the inference of the requisite 


intent. [Cf. People v. Mackey, 1980, 49 N.Y.2d 


274, 425 N.Y.S.2d 288, 401 N.E.2d 398.] 

- Since the crime of unauthorized use of a com- 
puter contains an element not contained in the 
computer trespass crime, it is not a lesser included 
offense of the computer trespass crime. [See People 
v. Glover, 1982, 57 N.Y.2d 61, 453 N.Y.S.2d 660, 
439 N.E.2d 376.] | 

The basic crime, computer tampering in the 
second degree, requires that a person use a 
“computer” [defined in Sect. 156.00(1)] or a ““com- 
puter service” [defined in Sect. 156.00(4)] and 
without the right to alter or destroy a computer 
program or data, he intentionally does so. First, a 
computer or computer service must be the instru- 
mentality of the crime. The unauthorized and in- 
tentional destruction of a disk containing a 
program or data may be criminal mischief, but it is 
not computer tampering. Second, in addition to 
showing that the defendant had no right to alter or 
destroy the program or data, it may be necessary to 
negate the defense that the “defendant had reason- 
able grounds to believe that he had the right to al- 
ter in any manner or destroy the computer data or 
the computer program” [Sect. 156.50]. ““Reason- 
able grounds” imports an objective element in the 
determination of whether the defendant’s belief 
that he had authorization to use the computer 
would be one a reasonable person, in defendant’s 
situation and circumstances, would have. [Cf. Peo- 
ple v. Goetz, 68 N.Y.2d 96, (July 8, 1986).] Third, 
the consummated crime requires the actual alter- 
ation or destruction of a program or data. 

Computer tampering in the first degree ini- 
tially requires commission of computer tampering 
in the second degree. Thus, the later crime is a 
lesser included offense of the former. [See People v. 
Glover, 1982, 57 N.Y.2d 61, 453 N.Y.S.2d 660, 
439 N.E.2d 376.] The second requirement of the 
crime is the commission of one of four aggravating 
elements. The first alternative is that the defendant 
acted with the intent to commit or attempt to com- 
mit or further the commission of a felony. No fel- 
ony need be committed; at a minimum it need only 
be intended; and the circumstances surrounding 
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the use of the computer or computer service and 
the material destroyed may supply the inference of 
the requisite intent. [Cf. People v. Mackey, 1980, 
49 N.Y.2d 274, 425 N.Y.S.2d 288, 401 N.E.2d 
398.] 

The second alternative is that the defendant 
had previously been convicted of a computer of- 
fense that is defined in Article 156, or theft of ser- 
vices of a computer or computer service defined in 
Sect. 165.15(10). Curiously, albeit the law creating 
these new crimes also expanded the crimes of lar- 
ceny, forgery, false written instruments, and re- 
lated offenses to include such conduct as it relates 
to a computer program or data, a prior conviction 
of those crimes is not an authorized predicate for 
the commission of computer tampering in the first 
degree. 

The third alternative is that the computer 
program or data altered or destroyed be those spe- 
cifically listed as ““computer material”’ in Sect. 
156.00(5). The fourth alternative is that the pro- 
gram or data be altered or destroyed in an amount 
exceeding $1,000, a sum that parallels the distinc- 
tion between misdemeanor and felony crimes de- 
fined by the value of the property involved. 

The new crime of unlawful duplication of 
computer-related material [Sect. 156.30] 1s de- 
signed to deal with the unauthorized duplication of 
a “computer program”’ [defined in Sect. 156.00(1)] 
or ‘“‘computer data” [defined in Sect. 156.00(3)]. A 
related new crime is criminal possession of 
computer-related material [Sect. 156.35], which is 
designed to prohibit the unauthorized possession 
of a program or data duplicated in violation of the 
crime of unlawful duplication of computer-related 
material, and possessed with intent to benefit the 
possessor or a person other than the owner. 

The theft of a program or data, through unau- 
thorized duplication, 1s a crime peculiar to the 
electronic media. Unlike a traditional larceny, val- 
ued and valuable programs or data can be taken 
without disturbing the rightful owner’s possession 
and without depriving the rightful owner of the 
program or data. Nevertheless, the program or data 
can be appropriated by duplication in seconds. 

The crime of unlawful duplication of _ 
computer-related material requires more than un- 
authorized duplication. It requires an economic 
deprivation in excess of $2,500, or irrespective of 
the amount of economic deprivation, an “intent to 
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commit or attempt to commit or further the com- 
mission of any felony.” Absent the criminal pur- 
pose and absent an economic deprivation of 
$2,500, the unauthorized duplication of a program 
or data is not violative of Sect. 156.30. 

As with the other computer crimes that make 
a criminal purpose an aggravating element of the 
offense, no felony need be committed; at a mini- 
mum it need only be intended; and the nature of 
the program or data duplicated and the circum- 
stances surrounding the duplication may supply 
the inference of the requisite intent. [Cf. People v. 
Mackey, 1980, 49 N.Y.2d 274, 425 N.Y.S.2d 288, 
401 N.E.2d 398.] 

Finally, in addition to showing that the defen- 
dant had no right to duplicate the program or data, 
it may be necessary to negate the defense that the 
“defendant had reasonable grounds to believe that 
he had the right to copy, reproduce, or duplicate in 
any manner the computer data or the computer 
program.” [Sect. 156.50(3).] ““Reasonable grounds” 
imports an objective element in the determination 
of whether the defendant’s belief that he had au- 
thorization to duplicate the program or data would 
be one a reasonable person, in the defendant’s situ- 
ation and circumstances, would have. [Cf. People 
v. Goetz, 68 N.Y.2d 96, (July 8, 1986).] 


Other State Authority Bearing on 
Computer Crime 


Automatic Banking Device 

Kentucky has a statute [Ky. Rev. Stat. Sect. 434, 
685 (Supp. 1978)] that proscribes the misuse of 
electrical information with regard to automatic 
banking devices and electronic fund transfers 
(EFTs). A federal law, Title XX of the Financial 
Institutions Regulatory and Interest Rate Control 
Act of 1978 (FIRA), also proscribes EFT crimes. 


Credit Card Crime 

Many computer crimes consist of or include unau- 
thorized access of a computer system to obtain, 
alter, damage, or destroy programs, data, or ser- 
vices, such as computer usage. Apart from theft of 
computer programs (which is discussed separately 
below), it may be possible to charge a perpetrator 
with credit card crime, forgery, theft of property, 
services, or a thing of value under charges of false 
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pretenses and burglary.* Most jurisdictions have 
credit card abuse laws. For example: 


¢ AL Code Tit. 13 Sect. 4-32 4-41 (1977); 


e AK Stat. Sect. 11.46 2285 (fraudulent use of 
credit card), Sect. 11.46.290 (obtaining a credit 
card by fraudulent means); 


e AR Stat. Ann. Sect. 41-2308 (1977); 


e GA Code Ann. Sect. 26-1705 to Sect. 26- 
1705.10; 


e HI Rev. Stat. Sect. 851-10; 


e IL Ann. Stat. Ch. 121 1/2, Sect. 60, Ch. 121 1/2, 
Sect. 601 et seq. (Supp. 1978); 


e IN Code Ann. Sect. 35-43-51 to 35-43-55 
(1979); 


e IA Code Ann. Sect. 715.1 to 715.6 (West Supp. 
1978); 


e KS Crim. Code & Code of Crim. Proc. Sect. 
16.841-16.844 (1974); 


e KY Rev. Stat. Sect. 434.550-434.730 (Supp. 
1978); 


e LA Rev. Stat. Ann. Sect. 14.67 (1974); 
¢ ME Rev. Stat. Tit. 17-A Sect. 905 (Supp. 1978); 


¢ MD Crim. Law. Code Ann. Sect. 145 (Supp. 
1978); 


e MN Stat. Ann. Sect. 609.52 (West Supp. 1979); 


¢ MT Rev. Code Ann. Sect. 94-6-307 (Supp. 
1974); 


e NV Rev. Stat. Sect. 205.610-205.810 (1977); 
e NM Stat. Ann. Sect. 30.16.24-30.16-38 (1978); 
e NC Gen. Stat. Sect. 14-113.8-.17 (Supp. 1977); 


e QOH Rev. Code Ann. Sect. 2913.21 (Supp. 
1978); | 


e SC Code Sect. 16-13-270 and 280 (1976); 


e RI Gen. Laws Sect. 11-49-12 to 13 (Supp. 
1978); 


e SD Compiled Laws Ann. Sect. 22-30 A-8.1 
(Supp. 1977); 


¢ UT Code Ann. Sect. 76-6-506.3 (1978); 


e WI Stat. Ann. Sect. 943.41 (West Supp. 1979); 
and 


e WA Rev. Code Ann. Sect. 9A.56 (1977). 
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Whether these may be used to prosecute will de- 
pend on the pattern of facts and the statutory lan- 
guage. For example, in some jurisdictions, uttering 
a fictitious account number is enough to trigger the 
law. See, for example, Del. Code Ann. Title 11, 
Sect. 904 (1975) (“credit card” includes writings, 
numbers, or other evidences of undertaking to pay 
for property). In other jurisdictions, the actor must 
actually “utter a fictitious card’’; thus, an account 
number system where no credit cards are actually 
issued probably would not trigger the statute. See, 
for example, Va. Code Ann. Sect. 18.1-125.2(2) 
(Supp. 1974) (“credit card” means instrument or 
device). 


Theft by Deceit 
In a Missouri case, State v. Hamma [569 S.W.2d 
289 (Mo. Ct. App. 1978)], decided before the pas- 
sage of the Financial Institutions Regulatory and 
Interest Rate Control Act (FIRA), the defendant 
was accused of stealing by deceit. On appeal he 
contended that the information did not state con- 
duct constituting the crime charged. The defendant 
was accused of intentionally stealing $800 by de- 
ceit by obtaining someone else’s automatic teller 
bank card and secret identification number and 
taking money out of the machine at $50 each with- 
drawal. The defendant contended that he made no 
representation, let alone a fraudulent representa- 
tion, and argued that the offense required a verbal 
misrepresentation to the party defrauded. The 
court rejected that argument, stating that a misrep- 
resentation could consist of any act, word, symbol, 
or token calculated and intended to deceive. The 
court held that the deceit may be made either ex- 
pressly or by implication. Moreover, the court held 
that the fraudulent manipulation of an automatic 
teller is analogous to the use of stolen credit cards, 
and it cited an earlier D.C. case, Hymes v. U.S. 
[260 A.2d 679 (D.C. App. 1970)] as precedent. 

In a Virginia case, Lund v. Commonwealth 
[217 Va. 688, 232 S.E.2d 745 (1977)], the defen- 
dant was charged with theft of keys, computer 
cards, and computer printouts from a university 
and using, without authority, computer operation 
time and services with intent to defraud. The de- 
fendant was a graduate student in statistics and a 
PhD candidate whose dissertation required the use 
of the computer. He used over $26,000 worth of 
computer time. The defendant contended that the 
conviction of grand larceny was faulty because 
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there was no evidence that the articles stolen (e.g., 
keys, cards, and printouts) were worth over $100 
and that computer time and services were not sub- 
jects of larceny. The court agreed, holding that the 
phrase “goods and chattels” could not be inter- 
preted to include computer time and services in 
view of the rule that criminal statutes must be 
strictly construed. Moreover, the court held that 
the unauthorized use of the computer was not the 
subject of larceny because nowhere in the criminal 
code section was the word “‘use’’ used. The court 
cited a 1927 case that held that the use of the ma- 
chinery in spinning facilities did not constitute lar- 
ceny. 

Finally, the Commonwealth contended that 
although the printouts had no market value, they 
should be valued by the cost of labor and materials 
to produce them. The court rejected that argument 
and also stated that if there was no market value, 
the only value that could be used was actual value 
and in this case the only actual value was to the 
defendant. The court compared Hancock v. State 
[402 S.W.2d 906 (Tex. Crim. App. 1966)] (theft of 
a computer tape containing a valuable program), 
where the criminal statute was sufficient upon 
which to base a conviction and the program stolen 
had a monetary value. 


Forgery 
To obtain access to another’s computer system, the 
actor will need to discover and use the owner’s 
confidential entry code to the system and account 
number. The use of this false entry code for the 
purpose of defrauding or injuring any party may be 
forgery. Although jurisdictions that have retained 
the common law requirements of a signature and 
document would not be applicable, a number of 
jurisdictions have expanded the common law 
scope of the crime so that any making, altering, 
executing, completing, or authenticating of any 
seal, signature, writing, or symbol of right, privi- 
lege, or identification that may defraud or injure 
another is forgery. 

The California Penal Code [Sect. 470 (West 
1970)] provides, interalia, that anyone who 
““... counterfeits or forges the seal or handwriting 
of another...” is guilty of forgery. The central 
question is whether the entry code is either a seal 
or a signature. The entry code is analogous to the 
signature on a check (itself a form of computerized 
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draft that uses optical character readers) or the au- 
thenticating seal of a notary or official. Moreover, 
in People v. Burkett [271 Cal. App. 2d 130, 74 Cal. 
Rptr. 692 (1969)], the court held that “‘seal or 
handwriting” was a “‘catchall,” broad enough to 
include a photocopy of a reproduction of a seal and 
a facsimile signature. The defendant had used pho- 
tocopies of dollar bills in dollar bill changers [271 
Cal. App. 2d at 134, 74 Cal. Rptr. at 694]. 

The New York forgery statute [N.Y. Penal 
Law Sect. 170.00 et seq. (McKinney 1967)] is a 
statutory, not common law, offense and covers any 
false making of private writings that might operate 
to the prejudice of another. 

Delaware, Texas, and Pennsylvania have sim- 
ilar forgery statutes, apparently patterned after the 
Model Penal Code. Each includes, as protected 
writings, any symbols of “‘value, right, privilege, or 
identification.” [Pa. Stat. Ann. Title 18, Sect. 
4101(b) (1973); Del. Code Ann. Title 11, Sect. 863 
(1975); Tex. Stat. Ann., Penal Code Sect. 
32.21(a)(2)(c) (1974).] The offense is a felony in 
Texas and Delaware and a misdemeanor of the 
first degree in Pennsylvania. 

Thus, at least in some jurisdictions, the use of 
a false entry code, a symbol of right, privilege, and 
identification that prints out on any machine and 
is used to defraud or injure is forgery. As noted in 
conjunction with credit card abuse, the prosecutor 
will need to prove a fraud or injury, actual or in- 
tended, to trigger the statute. Even though it seems 
logical that any pecuniary loss should be sufficient, 
the prosecutor may want to charge at least one of 
the various theft charges applicable in that proof of 
value then would not be at issue. 


Obliteration or Bugging of Programs 
Obliteration or bugging of programs is a form of 
computer abuse that can be broadly characterized 
as criminal or malicious mischief. Whereas most 
jurisdictions have criminal mischief statutes of one 
type or another that proscribe physical damage to 
another’s personal property, some also have “inter- 
ference with use”’ statutes that make it a crime to 
tamper or interfere with another’s property so that 
the person suffers loss. 


Physical Damage 


As long as prosecutors successfully characterize the 
damage, they should have no difficulty when the 
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outward appearance of the disk or tape is un- 
changed. The problem of successful characteriza- 
tion in California should be minimized by People 
v. Dolbeer [214 Cal. App. 2d 619, 29 Cal. Rptr. 573 
(1963)]. California’s malicious mischief statute, 
Cal. Penal Code Sect. 394 (West 1970), provides 
that any malicious injury or destruction of per- 
sonal property of another is a misdemeanor. 

Five other jurisdictions—Massachusetts 
[Mass. Gen. Laws Ch. 266, Sect. 127 (1968)]; Dela- 
ware [Del. Code Ann. Title 11, Sect. 811(a)(1) 
(1975)]; the District of Columbia [D.C. Code Sect. 
22-403 (1967)]; Florida [Fla. Stat. Ann. Sect. 
806.13 (Supp. 1976)]; and Virginia [Va. Code Ann. 
Sect. 18.1-172 (Supp. 1974)]—have malicious or 
criminal mischief statutes virtually identical to that 
of California. Penalties generally vary according to 
the amount of damage (except in Virginia), and 
large amounts of damage may give rise to felony 
charges in Delaware and Florida and felony-level 
punishment in Massachusetts and the District of 
Columbia. 

Unlike the jurisdictions discussed above 
(which deal with tangible or personal property), 
New York’s criminal mischief statutes use the gen- 
eral word “property” [N.Y. Penal Law Sect. 145.00 
et seq. (McKinney 1967)]. But New York [N.Y. 
Penal Law Sect. 155.00(1)] defines property subject 
to theft as “‘“money, personal property, or. . . thing 
in action, evidence of debt or contract, or any arti- 
cle, substance or thing of value.” Property for pur- 
poses of the criminal mischief and tampering 
statutes means tangible property. [See R. Denzer 
and P. McQuillan, Practice Commentary Sect. 
145.00, N.Y. Penal Law (McKinney 1967) citing 
Polychrome Crop. v. Lithotech Corp. 4 App. Div. 
968, 168 N.Y.S.2d 346 (1957) (predecessor to cur- 
rent criminal mischief statute not intended to ap- 
ply to violations of incorporeal rights).] Thus, 
although the statute differs slightly from the Cali- 
fornia statute, the characterization problem 1s the 
same. Ms 

The New Jersey malicious mischief statutes 
[N.J. Stat. Ann. Sect. 2A; 122-1 and 17036 (1969)] 
use differing descriptions of the thing protected; 
whereas the former refers to personal property, the 
latter refers to property. 

In State v. Shultz [41 N.J.L.J. 176, 177 
(1918)], a lower court emphasized that “in order 
that the offense of malicious mischief may be per- 
petrated, it is necessary that there be injury to 
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property; but. . . it is not necessary that the prop- | 
erty be entirely destroyed.” The operation of the 
New Jersey malicious mischief statute is unique 
among all the jurisdictions surveyed. When any 
malicious mischief occurs, the prosecutor charges a 
misdemeanor [N.J. Stat. Ann. Sect. 2A; 122-1 
(1969)]. But if the prosecutor fails to prove that the 
value of the property damaged was more than 
$200, the defendant cannot be convicted of a mis- 
demeanor, but can only be adjudged a disorderly 
person, punishable by up to 6 months in jail and/or 
a fine up to $500 [State v. Tonnisen, 92 N.J. Super. 
452, 224 A.2d 21 (1966)]. 

Pennsylvania’s criminal mischief statute is 
generally inapplicable because Pa. Stat. Ann. Title 
18 Sect. 3304(a)(1) and (2) are limited to destruc- 
tion by dangerous means or so as to cause danger 
to person or property. However, Subsection (a)(3) 
appears to incorporate theft by false pretenses and 
extortion into criminal mischief, perhaps as a 
smaller included offense of theft. As such, it would 
be applicable where any loss was caused and the 
actor used deception to accomplish the mischief. 
Criminal mischief may be a summary offense, mis- 
demeanor, or felony depending on the amount of 
loss [Pa. Stat. Ann. Title 18, Sect. 3304(6)]. 

Two Texas statutes may be relevant in the 
case of damage to programs. The Texas criminal 
mischief statute [Tex. Stat. Ann., Penal Code Sect. 
28.03 (1947), Subsection (a)(1)] provides that dam- 
age or destruction of tangible property of another 
is an offense. That is not unusual. However, Texas 
law also proscribes any alteration or destruction of 
a writing with intent to defraud. While the law re- 
sembles the forgery statute in its scope, it extends 
to any alteration irrespective of what the writing 
purports to be. [See Tex. Stat. Ann., Penal Code 
Sect. 32.47 (1974).] Thus, so long as the damage is 
to printed programs, this provision would be appli- 
cable. 

The Illinois criminal mischief statute [TIl. 
Ann. Stat. Ch. 38, 21-1 (Smith-Hurd 1970)] specif- 
ically proscribes damage to articles representing 
trade secrets. The statute provides that knowing 
damage to property of another is an offense. Prop- 
erty is defined as “anything of value,” including 
articles representing secret scientific information, 
and this definition applies to all offenses against 
property. The offense is punishable by up to 5 
years in prison and a fine up to $500 if the value of 
the program damaged exceeds $150. 
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Interference with Use 

Aside from the Pennsylvania statute, which might 
be used in a tampering situation but does not spe- 
cifically refer to interference with use as a crime, 
Pa. Stat. Ann. Title 18, Sect. 3304(a)(3) (1973), 
statutes in four other jurisdictions make criminal 
tampering a punishable offense. 

Under the general rubric of criminal trespass, 
the California Penal Code, Sect. 602(j), provides 
that entry of lands with intent to interfere with any 
lawful business is a misdemeanor. New York has a 
broad array of antitampering statutes. N.Y. Penal 
Law Sect. 145.20 (criminal tampering in the first 
degree, a Class D felony) would be applicable to 
any tampering with a publicly owned computer 
operation. That statute contains a broad provision, 
Sect. 145.15(1) (criminal tampering in the second 
degree, a Class B misdemeanor) that applies to any 
tampering with any property that causes substan- 
tial inconvenience. It is also a Class B misde- 
meanor to create a risk of substantial damage to 
property whether or not such damage occurs. Sub- 
stantial damage is defined as damage in excess of 
$250. 

Texas has an analogue to the New York anti- 
tampering statute, Tex. Stat. Ann., Penal Code 
628.03(a)(2) (1974). A violation is a Class C misde- 
meanor if the tampering caused substantial incon- 
venience of no ascertainable monetary amount, 
and a misdemeanor or felony if the amount of loss 
is calculable. The Virginia statute [Va. Code Ann. 
Sect. 18.1-183 (Supp. 1974)] is similar to the Cali- 
fornia criminal trespass statute discussed above 
but, unlike the California law, specifically extends 
its scope to any interference “with the rights of the 
owner, user, or the occupant thereof...’ As in 
California, the offense is a misdemeanor. 


Misappropriation of Programs 

Computer abuse in this category of misappropria- 
tion of programs may take several forms: (a) unau- 
thorized or fraudulent access to programs by an 
unprivileged user of a facility or by a privileged 
user of the facility who has no authorized access to 
the programs; (b) unauthorized or fraudulent dis- 
closure of proprietary programs by an employee, 
former employee, or contract program developer. 
The leading reported case of this category is Han- 
cock v. State, 1 CLSR 562, 402 S.W.2d 906 (Tex. 
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Crim. App. 1966). In Hancock, the defendant- 
employee offered a listing of 59 programs for sale 
to a person he thought was an agent of one of his 
employer’s clients. 

The scope of state criminal laws protecting 
programs is often determined by whether the pro- 
grams are included with property otherwise subject 
to protection. An initial question is whether unpat- 
ented and uncopyrighted programs may be pro- 
tected by criminal trade secret laws. In states that 
have no trade secret laws, or where dual charges of 
larceny and theft of trade secrets may be main- 
tained [see, for example, Ward v. Superior Court, 3 
CLSR 206 (Memorandum opinion 51629, 1972)], 
the prosecutor must determine whether programs 
are property subject to larceny. In states that have 
no criminal trade secret laws, the prosecutor must 
often look to general “‘offenses against property” 
statutes to punish the type of computer abuses 
noted above. Such general statutes are almost the 
exclusive remedy in all states for obliteration or 
bugging. 

Computer programs, a form of intangible in- 
tellectual property, should be protected by state 
criminal laws. For excellent discussions of the in- 
adequacy of civil remedies, see Comment, Indus- 
trial Espionage: Piracy of Secret Scientific and 
Technical Information, 14 U.C.L.A. L. Rev. 911, 
927 (1967), and Comment, Protection of Trade 
Secrets in Florida, 24 U. Fla. L. Rev. 721 (1972). 
First, without protection, a program developer has 
little incentive for creating and investing. Second, 
it is only just that laborers enjoy the fruit of their 
labors. Third, the criminal law must prevent mis- 
appropriation, misuse, and distortion of propri- 
etary programs. See Galbi, Copyright and Unfair 
Competition, 3 CLS Sect. 4-3, Art. 1, and Bender, 
Trade Secret Protection of Software, 38 Geo. 
Wash. L. Rev. 51629 (1972). 

With the exception of trade secrets laws, al- 
most all state offenses against property statutes an- 
tedate the advent of computers. Definitions and 
case interpretations may make prosecution for 
abuse of an intangible difficult. For instance, abuse 
of programs by copying or unauthorized communi- 
cation may be seen as a mere disclosure of an idea. 
Malicious mischief may be deemed only a rear- 
rangement of magnetic discontinuities with no req- 
uisite damage or destruction to the tangible 
property carrying the programs. 
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Whether a particular abuse may be success- 
fully prosecuted under larceny or malicious mis- 
chief statutes may turn on the skill of the 
prosecuting attorney in framing the charge where a 
person has misappropriated programs contained 
on a magnetic tape or on a printout. Hancock, 1 
CLSR 562, 402 S.W.2d 906 (Tex. Crim. App. 
1966), shows that so long as the value of the intan- 
gible intellectual property is added to the value of 
the tape or paper (a reasonable addition in that it is 
doubtful that the tape or paper would have been 
stolen but for the program value) an indictment or 
information charging grand larceny should be up- 
held against a motion to dismiss. A closer question 
might concern the actor who was ignorant of the 
program’s existence but set out to steal bulk paper 
or computer tapes per se. The general rule appears 
to be that the prosecution is not required to prove 
knowledge of value by the thief [see, for example, 
People v. Earle, 222 Cal. App. 2d 476, 35 Cal. 
Rptr. 265 (1963)], and that the market value is fair 
market value to disinterested buyers and sellers. 
See also People v. Dolbeer, 214 Cal. App. 2d 619, 
623, 29 Cal. Rptr. 573, 575 (1963) (the value of 
telephone company customer lists is determined by 
“effort ...efficiency...and...secrecy...,” not 
_ the paper alone). 

Where an actor obliterates or bugs programs 
by altering the magnetic tape or printout, the pros- 
ecutor must urge that the “property” that was 
““imjured” under the common form of malicious 
mischief statutes was the tangible tape or paper. 
What gives the paper or tape value is the program 
[see Hancock v. Decker, 1 CLSR 858, 379 F.2d 552 
(Sth Cir. 1967)]; when one obliterates the program 
he obviously injures the tape by rendering it unfit 
for its purpose. Just as in larceny prosecutions, the 
prosecutor must be careful to characterize the con- 
duct so as to bring it within the statutory proscrip- 
tion, for example, (1) the thing injured was a 
tangible tape, and (2) the injury was the oblitera- 
tion of the program. This method of characteriza- 
tion was suggested by John Kaplan, former 
prosecuting attorney, currently Professor of Law, 
Stanford School of Law. 

Only in two instances will the abuse of pro- 
grams probably be unprotected under common 
larceny statutes. First, where the actor copies a pro- 
gram on his own paper or tape and asports the cop- 
ies but leaves the originals, he has not committed 
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common law larceny as interpreted in most juris- 
dictions. But see Ward v. Superior Court, 3 CLSR — 
206 (Memorandum opinion 51629, 1972, sustain- 
ing a grand theft charge under a similar fact pat- 
tern). The result in Ward is logical, since one who 
asports a copy of a program steals both value and 
control of the property. But the fact that so many 
states have found a need specifically to proscribe 
copying a trade secret, Cal. Penal Code Sect. 
499c(b)(3)-(4) (West 1970), demonstrates how re- 
sistant most courts have been to accepting value or 
control theories as equivalent to the more tradi- 
tional “permanent deprivation” theory of larce- 
nous intent. 

Second, when a person takes knowledge or 
electronic signals, he has probably not committed 
larceny within common law statutes. In Ward v. 
Superior Court [Ward 1973], Judge Sparrow stated 
that electronic impulses “. . . are not tangible and 
hence do not constitute an ‘article’ capable of being 
stolen within California’s trade secrets law”’ [3 
CLSR 206, 208 (Memorandum opinion 51629, 
1972)]. This opinion may well represent the popu- — 
lar perception of electronic impulses as outside the 
scope of property protected by statute. As to theft 
of knowledge, theses that ideas may not be stolen 
seems to preclude prosecution of those who de- 
velop a program and use the knowledge gained 
thereby for a competitor or for themselves. But see 
Tex. Stat. Ann., Penal Code Sect. 31.05(b)(3) 
(1974) (any communication or transmission of a 
trade secret without consent 1s a felony of the third 
degree). 

When actors misappropriate computer pro- 
grams stored in a computer, they may run afoul of 
several other types of laws. First, the state may de- 
nominate misappropriation of trade secrets as a 
separate and distinct offense. Second, notwith- 
standing trade secrets laws, the actors may be 
guilty of larceny; as a corollary, the recipients of 
the program, other than the actors, would be re- 
ceiving stolen goods. Third, the offender may have 


- committed one or more of the crimes set forth 


above. 


Trade Secrets 

The Restatement test of a trade secret is that the 
process, item, etc., be used in the trade or business, 
be kept secret, and give the owner a competitive 
advantage over those who do not know it. Trade 
secret misappropriation statutes are enormously 
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useful in cases of program theft but should be ana- 
lyzed carefully to make sure the technical requi- 
sites have been met. [For example, in Ward (1972), 
the judge held that the transference of electronic 
impulses did not constitute a taking. | 

Larceny statutes are relevant in three differ- 
ent contexts related to trade secrets. First, in states 
that have misappropriation of trade secrets as a 
separate and distinct offense, a dual charge of lar- 
ceny and theft (or abuse) of trade secrets may arise 
from the same act [cf. Ward v. Superior Court, 3 
CLSR 206 (Memorandum opinion 51629, 1972)]. 
This does not mean, however, that double punish- 
ment may be meted out when an actor engages in a 
single, indivisible transaction that may encompass 
several crimes. Only the single, heaviest punish- 
ment of all the crimes may be imposed. The critical 
question is what constitutes a single indivisible 
transaction. Second, where theft of trade secrets is 
subsumed into the general larceny statute, the bur- 
den of the prosecutor to prove trade secrets as 
property subject to larceny is eliminated. Third, 
even where trade secrets have not been statutorily 
included as property subject to larceny, the prose- 
cutor may be able to prove that the secret is a 
“thing of value.” 

The New York larceny statute, N.Y. Penal 
Law Sect. 155.30 (McKinney Supp. 1974), is an 
excellent example of how a jurisdiction may in- 
clude trade secrets, “‘secret: scientific material,” in 
its larceny statute. Both stealing and copying are 
separate offenses, each a Class E felony. If the 
trade secret has a readily ascertainable value (mar- 
ket or replacement value, see Sect. 155-20) in ex- 
cess of $1,500, the prosecutor may desire to waive 
prosecution under Sect. 155.30 and instead charge 
second degree grand larceny, Sect. 155.35, a Class 
D felony punishable by | to 7 years in prison and a 
discretionary fine similar to that for Class E felo- 
nies. 

Unlike New York law, the California theft 
statute, Cal. Penal Code Sect. 48a (West 1970), 
nowhere specifically includes trade secrets as prop- 
erty subject to theft. Whereas the trade secret pro- 
vision, Cal. Penal Code Sect. 499c (West 1970), is 
probably the exclusive sanction for copying a trade 
secret without asportation, [cf. Bender, Trade Se- 
cret Protection of Software], the Ward [1972] case 
indicates that a dual charge of theft and theft of 
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trade secrets is maintainable where an article rep- 
resenting a trade secret, or a copy thereof, is as- 
ported. 

Although New York is the only state that has 
incorporated trade secrets into both its own and a 
general larceny statute, at least three states (Penn- 
sylvania, Massachusetts, and Illinois) have incor- 
porated trade secret protection into theft or larceny 
statutes without denominating abuse of trade se- 
crets as a separate offense from theft or larceny 
generally. Ordinarily, trade secret protection can 
be incorporated into theft or larceny statutes in 
three ways: (1) consolidation of theft of trade se- 
crets into a theft or larceny statute, as in Pennsy]l- 
vania; (2) definition of trade secret theft as larceny, 
as in Massachusetts; or (3) including of trade se- 
crets in lists or property protected by larceny stat- 
utes, as in Illinois. 


Privacy Invasions 

Almost every state has one or more statutes pro- 
scribing invasions of privacy by persons in the 
public sector. Bills, pending in some states, may 
affect the private sector as well. Some of these stat- 
utes carry criminal penalties that may be invoked 
when an unauthorized and willful disclosure of 
personal information is made from a computer da- 
tabase. | 


Federal Penal Laws 


The most important federal laws for prosecuting 
computer crime and computer-related crime are 
the Communications Fraud and Abuse Act of 
1986, the Electronic Communications Privacy Act 
of 1986, the Credit Card Fraud Act of 1984, the 
Federal Copyright Act of 1976, and the Wire Fraud 
Act. These laws are briefly analyzed below. 


Computer Fraud and Abuse Act of 1986 

The Computer Fraud and Abuse Act of 1986 [18 
U.S.C., Ch. 47, Sect. 2101-2103, Sect. 1030 Fraud 
and Related Activity in Connection with Comput- 
ers] is the result of many tortuous years of produc- 
ing draft bills in both houses of Congress. The final 
adopted version, the result of a compromise be- 
tween the U.S. Department of Justice and two 
House of Representatives committees, covers only 
limited forms of computer abuse. The U.S. Secret 
Service, in addition to the FBI, has been given ex- 
plicit jurisdiction to investigate the six offenses 
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specified in the statute, which involve “knowingly 
and intentionally access[ing] a computer without 
or exceeding authorization and thereby.” 


1. Obtaining restricted military foreign relations 
or atomic energy information to be used to 
injure the United States. 


Penalty: Fine and/or 10 years in prison (20 
years if repeated offense). 


2. Obtaining information in financial or con- 
sumer credit records from financial or credit- 
reporting institutions. 


Penalty: Fine and/or 1 year in prison (10 years 
if repeated offense). 


3. Affecting the use of a U.S. government or con- 
tractor computer. 


Penalty: Fine and/or 1 year in prison (10 years 
if a repeated offense). 


4. Furthering a fraud or obtaining anything of 
value excluding usage in a financial institution 
or U.S. government computer. 


Penalty: Fine and/or 5 years in prison (10 
years if repeated offense). 


5. Altering, damaging, using, or destroying infor- 
mation in or prevents authorized use of a fi- 
nancial institution or U.S. government 
computer causing more than $1,000 loss or 
loss in personal medical care. 


Penalty: Fine and/or 5 years in prison (10 
years if repeated offense). 


6. Trafficking in any password or similar infor- 
mation for unauthorized computer access if it 
affects interstate or foreign commerce or the 
U.S. government. 


Penalty: Fine and/or 1 year in prison (10 years 
if a repeated offense). 


By a memorandum of understanding, the FBI cur- 
rently has jurisdiction over cases involving na- 


tional security, terrorism, banking, and organized | 


crime. The Secret Service has jurisdiction over all 
other cases. 
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Accessing a computer is defined only in terms 
of exceeding authorized access; otherwise, access- 
ing is not defined and could mean merely dialing a 
telephone number assigned to the input port of a 
dataswitch or computer. The definition might also 
require a computer acknowledgment that facili- 
tates the use of the computer by the person autho- 
rized to use it. 

“Without or exceeding authorization” puts 
the onus of defining an offense on the owner or 
management of a computer. Therefore, an investi- 
gator or prosecutor must obtain information on 
exactly what is authorized and not authorized ina 


_ particular computer environment. For example, 


policy concerning personal use of an employer’s 
computers determines whether using the computer 
for other than employer-specified purposes is an 
offense. 

The definitions of the six offenses have raised 
several questions. Offense #3 involving use of a 
computer is so wide-ranging that materiality may 
be questioned. Offense #5 poses the problem of 
identifying the monetary loss; that could involve 
determining the computer usage rates, as well as 
the consequential losses associated with the act 
(e.g., lost staff time, replacement cost of destroyed 
or damaged information). Offense #6 is aimed in 
part at electronic bulletin board system operators 
and users; questions may arise about user IDs that 
may be public in one system but confidential in 
another. 

The statute contains only one technical defi- 
nition. A computer is defined as “‘an electronic, 
magnetic, optical, electrochemical, or other high- 
speed data processing device performing logical, 
arithmetic, or storage functions and includes any 
data storage facility or communications facility 
directly related to or operating in conjunction with 
such device, but such term does not include an au- 
tomated typewriter or typesetter, a portable hand- 
held calculator or similar device.” The use of the 
terms “computer program”’, “software”, ““com- 
puter system’’, and “‘computer network” often 
found defined in state laws are absent from the fed- 
eral statute. 

This definition of computer may cause con- 
siderable difficulties for prosecutors, especially as 
the technology advances and changes. Data storage 
and communications facilities probably mean con- 
nected equipment rather than physical facilities 
such as a computer media vault. The exclusion of 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


BS 
me 


State and Federal 
Computer Crime Laws 


Managing LANs 


automated typewriters or typesetters is particularly 
vexing; presumably, these exclusions were meant 
to restrict application of the statute to the publish- 
ing industry. Excluding a portable hand-held calcu- 
lator may be appropriate today, but in the near 
future portable hand-held calculators will probably 
be more powerful than today’s microcomputers. 
Technical definitions generally tend to make crimi- 
nal statutes obsolete. 


Electronic Communications Privacy Act of 1986 
(18 U.S.C.; Ch. 65 Sect. 1367; Ch. 119, Sect. 
2510-2521; Ch. 121, Sect. 2701-2710; Ch. 206, 
Sect. 3121-3126) 

The 1986 Electronic Privacy Act extends the cur- 
rent privacy guarantees for traditional telephones 
to communications involving cellular phones that 
operate by high-frequency radio waves, transmis- 
sions by private satellite, paging devices, and mes- 
sages transmitted and stored in computers, known 
as “electronic mail.”’ The law expands and updates 
1968 legislation (PL 90-351) that specifies when 
and how the government can wiretap conventional 
telephones, but says nothing about new forms of 
communication that use more modern forms of 
technology to transmit messages. 

While Justice Department officials realized 
there were gaps in the law, they were initially reluc- 
tant to tamper with the statute for fear of weaken- 
ing the department’s ability to use wiretaps as a 
law enforcement tool. But the electronics industry 
helped convince Justice that the law had to be 
amended to deal with technological change and to 
make their products more marketable. 

The basic premise behind the legislation is to 
protect the content of private communications, 
regardless of the means of transmission. The law 
includes the following major provisions: 


Definitions and Exemptions 


e Rewrote the 1968 wiretap law to protect “‘elec- 
tronic communications” and “electronic com- 
munications system.” 


e Defined electronic communications to include 
“any transfer of signs, signals, writing, images, 
sounds, data or intelligence of any nature that is 
transmitted in whole or in part by wire, radio, 
electromagnetic, photoelectronic or photo- 
optical system that affects interstate or foreign 
commerce.” 
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¢ Defined electronic communications system to 
mean any wire, radio, electromagnetic, photo- 
optical or photoelectronic facilities for the 
transmission of electronic communications, and 
any computer facilities or related electronic 
equipment for the electronic storage of such 
communications. 


¢ Exempted from coverage—and thus left unpro- 
tected from intrusion—any radio communica- 
tion that is “readily accessible to the general 
public.” 


Also exempted were the radio portion of a cord- 
less telephone communication, which is trans- 
mitted between the cordless telephone handset 
and the base unit, any communication made 
through a tone-only paging device, communica- 
tions between amateur radio operators, general 
mobile radio services, marine and aeronautical 
communications systems, police, fire, civil de- 
fense and other public safety radio communica- 
tions systems, and specified satellite 
transmissions. 


¢ Protected radio signals in several instances: if 
the signal were scrambled or put into code, that 
is “encrypted’’; if the signal’s frequency were 
changed to one withheld from general use by the 
Federal Communications Commission (FCC); 
if the signal were transmitted through a com- 
mon carrier, like a cellular telephone company 
that serves the public; or if the signal were 
transmitted via specific radio frequencies set 
out in the bill. 


Private Interception 


¢ Made it illegal for individuals to intercept elec- 
tronic communications as defined in the bill. 


¢ Made the offense a felony with a penalty of a 
fine, a prison term of up to 5 years or both when 
the interception is for any illegal purpose, such 
as gathering stock information for insider trad- 
ing, is for direct or indirect commercial gain, or 
is an interception of a scrambled or encrypted 
signal. 


Generally, when the interception is of a radio 
communication, the penalty would be a maxi- 
mum prison term of 1 year and/or a fine. There 
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are three exceptions: when the interception in- 
volves the radio portion of a cellular phone call, 
specified mobile radio services, or a paging ser- 
vice. In these instances, the violation would | 
bring only a $500 criminal fine. 


¢ Required the government to prove that a defen- 
dant intentionally sought to intercept protected 
communications. 


¢ Established a reduced penalty structure for indi- 
viduals who intercept satellite transmissions for 
private use. A first offender would be fined 
$500 and the government could sue to halt the 
interception. If an injunction were granted. the 
judge could then use several means to enforce 
the order, including citing the defendant for 
civil or criminal contempt for failure to obey 
the order. 


e Provided a $500 fine for the second and any 
subsequent offense. 


e Authorized the person whose communication 
was intercepted to sue the alleged perpetrator in 
federal court. 


¢« Authorized a damage award of the greater of 
actual damages or statutory damages from $50 
to $500 on the first offense, and of actual dam- 
ages or statutory damages between $100 and 
$1,000 on the second offense. 


e Provided for stiffer penalties when the intercep- 
tion was for commercial advantage or illegal 
purpose, such as to intercept stock information 
for insider trading. The violator could be or- 
dered to pay the greatest of $10,000, $100 for 
each day of the violation or the sum of actual 
damages suffered by the plaintiff and any prof- 
its made as a result of the violation. 


¢ Made it illegal for a person or entity providing 
wire or electronic communications service to 
the public to divulge knowingly the contents of 
any communication except to the person send- 
ing the information or to the intended recipient. 


¢ Allowed disclosure of a communication with 
the consent of the originator or recipient to a 
law enforcement agency when it appears a 
crime has been committed. 


Government Interception 


¢ Allowed the government to intercept electronic 
communications after obtaining a court order. 
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Judges could grant the order after they had de- 
termined that the interception “may provide or 
has provided” evidence of any federal felony. 


Allowed law enforcement officials to get court 
approval for a ““mobile tracking device” that 
goes beyond the geographic jurisdiction of the 
court. The only proviso is that the device, which 
is used to track a moving suspect, be installed in 
the jurisdiction of the judge who approved the 
order. (Federal courts are divided by geographic 
region within the 50 states and selected federal 
territories.) 


Expanded from the 1968 law the list of officials 
who can seek a court order and expanded the 
number of crimes for which an interception is 
authorized. 


Gave the government the right, in limited cir- 
cumstances, to obtain a roving telephone tap 
that would enable tapping several phones. Un- 
der current law, the government is required to 
specify which phone officials are going to tap. 
The government would have to explain why 
specifying a particular phone “‘is not practical.” 


Made it a felony for any person to divulge infor- 
mation about a possible communication inter- 
ception by the government in order to obstruct, 
impede, or prevent such interception. 


Stored Communications 


Protected the privacy of stored communica- 
tions, either before or after delivery if a copy is 
kept. 


Made it a misdemeanor to break into any elec- 
tronic system holding copies of messages either 
before or after delivery or to exceed authorized 
access in the system to alter or obtain the stored 
messages. 


Provided a fine for a first offense of up to 
$250,000, a maximum 1-year prison term or 
both, if the offense were committed for com- 
mercial advantage of “‘malicious destruction or 
damage.” There would be a 2-year prison term 
for a second offense. 


Provided a maximum fine of $5,000 or impris- 
onment of up to 6 months for an offense that 
was not for commercial gain or for malicious 
destruction or damage. 
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Allowed the government to require disclosure of 
copies of electronic mail, no matter how long it 
has been stored, if the government obtained a 
warrant. 


Gave the government the additional option of 
using a subpoena to get information when the 
information has been stored more than 6 
months. To do that, it must give prior notice to 
the electronic-mail customer involved. In addi- 
tion, the subpoena must be issued by a govern- 
ment agency authorized by statute to do so or 
by an agency acting at the request of a grand 
jury. 

Required that the court order shall be issued 
only if the governmental entity shows that there 
is reason to believe the contents of the elec- 
tronic communication or the records are “rele- 
vant to legitimate law enforcement inquiry.” 


Gave the electronic-mail customer the right to 
file a motion to quash any subpoena or vacate 
any court order. The person seeking to block the 
subpoena or court order would have to show 
that the records sought “are not relevant toa 
legitimate law enforcement inquiry” or that the 
government had not complied with the proce- 
dures established for obtaining information. 


Pen Registers; Trap and Trace 


Established standards for government use of 
““pen registers” and “‘trap and trace devices.” 


Defined a pen register as a device that records 
or decodes numbers dialed or otherwise trans- 
mitted by telephone. However, devices used to 
monitor calls for billing or recording incident to 
billing are not covered. 


Defined a trap and trace device as one that cap- 
tures an incoming electronic or other impulse 
and can identify the number from which a call 
was made. 


Barred generally the use of pen registers and 
trap and trace devices except pursuant toa 
court order. 


Provided a penalty for knowingly violating this 
section of a fine and imprisonment of up to one 
year or both. 


Required a government agency seeking a court 
order to use a pen register or trap and trace de- 
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vice to certify that the information “likely to be 
obtained is relevant to an ongoing criminal in- 
vestigation being conducted by the applying 
government agency.” 


¢ Specified the elements a court-order granting 
approval for a pen register or trap and trace de- 
vice must contain. The order must include the 
identity of the person whose phone will have 
the pen register or trap and trace device at- 
tached to it, the identity of the person who is 
the subject of the investigation, the number and 
physical locations of the telephone lines to be 
monitored and a statement of the offense to 
which the information obtained is expected to 
release. 


e Limited the use of the device to 60 days, al- 
though 60-day extensions could be granted 
upon application. 


e Specified that the order approving installation 
of a pen register or a trap and trace device shall 
be sealed until otherwise ordered by the court. 


e Required that the provider of the wire or elec- 
tronic communications service to be monitored 
cooperate with law enforcement agencies in in- 
stalling the pen register or trap and trace device. 


e Required that the provider of such service be 
‘reasonably compensated for reasonable 
expenses” for his cooperation and facilities. 


The Credit Card Fraud Act of 1984 (18 U.S.C.., 
Ch. 47, Sect. 1029) 

This law was enacted primarily in the interest of 
controlling credit card fraud and card counterfeit- 
ing. Because the definition of credit card is broad, 
the law covers many computer-related offenses. 
The objects of the offenses are “‘access devices,” 
which are defined as “‘any card, plate, code, ac- 
count number, or other means of account access 
that can be used alone or in conjunction with an- 
other access device, to obtain money, goods, ser- 
vices, or any other thing of value or that can be 
used solely to initiate a transfer of funds (other 
than a transfer originated solely by paper 
instrument).” Therefore, the following access de- 
vices could be included as the object or tool of an 
offense: 


JANUARY 1991 


22 1450 


Business Issues & Trends 


Magnetic stripe credit 
card 

Smart card 

Credit plate (containing 
an address) 

Dynamic password card 

Key | 

Any shaped device for 
machine insertion 

Account balance or state 
of account 

Computer access protocol 


Computer user ID 
Computer password phrase 
Computer password 
Cryptographic key 
Computer account number 
Answers to a question or 
series of questions 
Banking account number 
PIN (personal identification 
number) 
PAN (personal account 
number) 


data 
Unlisted telephone number 


The exclusion of devices associated with paper in- 
struments in funds transfer would presumably ex- 
clude document seals, wax seals, and stamps. Any 
knowable, but private information used for access 
to computers seems to be included. 

In a computer crime context, the offenses in- 
clude the following: 


1. Fraudulently producing, using, or trafficking 
in One or more counterfeit devices. 


2. Fraudulently trafficking in or using one or 
more unauthorized devices and obtaining any- 
thing of value aggregating $1,000 or more dur- 
ing a one-year period. 


3. Fraudulently possessing 15 or more counter- 
feit or unauthorized devices. 


4. Fraudulently producing, trafficking in, having 
control or custody of, or possessing device- 
making equipment. 


Punishment ranges from $10,000 to $100,000 or 
10-20 years in prison. Multiple convictions in- 
crease penalties. 
This law may be used against deceitful hack- 
ers and pirate bulletin board system operators who 
search for, test, and exchange computer access tele- 
phone numbers, user IDs, passwords, and access 
protocols for computer intrusion. The law is also 
applicable to a wide range of computer intrusion 
activities in the federal jurisdiction. 


Federal Copyright Act of 1976 

Theft of computer programs can be prosecuted un- 
der federal copyright laws. The copyright office has 
accepted registration of computer programs as 
““‘books”’ since 1964. The House Committee Report 
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on the Copyright Act of 1976, p. 54, states that the 
term “literary works... includes computer data 
bases, and computer programs to the extent that 
they incorporate authorship in the programmer’s 
expression of original ideas, as distinguished from 
the ideas themselves.” Thus authors of computer 
programs can protect documentation and lines of 
computer code from copying, but copyright protec- 
tion does not extend to programmers’ algorithms. 

In addition to providing for civil actions and 
damages for copyright infringement, the Copyright 
Act of 1976 also provides for criminal penalties for 
infringement and for fraudulent removal of copy- 
right notice. Criminal liability for infringement is _ 
proven by showing the elements of civil infringe-_ 
ment, ownership in another party and copying, _ 
and, in addition, by demonstrating willfulness and 
financial gain [17 U.S.C. Sect. 506(2)]. Section 
506(a) provides for a maximum penalty of 1-year 
imprisonment and a $10,000 fine. Section 506(b) 
also provides for a mandatory forfeiture and de- 
struction of all infringing copies. 

Section 506(d) makes it a criminal act to re- 
move or alter any notice of copyright with a fraud- 
ulent intent. This conduct is criminal even though 
it creates no civil liability. Anyone convicted of 
such an act is subject to a $2,500 fine. 

State laws purporting to describe criminal or 
lawful conduct involving copyright infringement 
under federal laws are invalid under the doctrine of 
federal preemption. 


Wire Fraud Act (18 U.S.C. Sect. 1343) 

The elements of Sect. 1343 are identical to Sect. 
1341, with the exception of the federal medium 
abused. When one uses a remote terminal to per- 
petuate a computer fraud, or when one telephones 
an accomplice, so long as the “‘message”’ crosses 
state lines, the statute is applicable. All reported 
cases involving Sect. 1343 have dealt with conver- 
sations that crossed state lines, leading one to be- 
lieve that the message must, in fact, cross state 
lines. Since Sect. 1343 does not use the word 
“facility,” jurisdiction hinges on use of an inter- 
state wire, notwithstanding the fact that “‘[iJt can- 
not be questioned that the nation’s vast network of 
telephone lines constitute interstate commerce” 
[United States v. Holder, 302 F. Supp. 296, 298 (D. 
Mont. 1969)]. It is not clear that the use of the 
word “‘facility” in any new legislation would em- 
brace interstate calls either; see United States v. 
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DeSapio, 299 F. Supp. 436, 448 (S.D.N.Y. 1969) 
(construing phrase “facility in... interstate 
commerce” as requiring interstate calls for 18 
U.S.C. Sect. 1952), because there may be a distinct 
difference between facilities “‘in’’ interstate com- 
merce and facilities “of” interstate commerce. 
Both mail fraud and wire fraud are very useful aids 
to the prosecution of computer crime. 


Other Federal Authority Bearing on 
Computer Crime 


Financial Institutions Regulatory and Interest 
Rate Control Act of 1978 (FIRA) 

Title XX of FIRA, the Electronic Fund Transfer 
Act, is designed to define and provide for individ- 
ual consumer rights as they are affected by elec- 
tronic funds transfer (EFT). In so doing, the act 
provides federal regulation of EFT by establishing 
the rights, liabilities, and responsibilities of partic- 
ipants, including financial institutions, consumers, 
and other users of EFT. 

Section 916 of the act is the criminal liabil- 
ity section, which most directly concerns or at 
least may have a bearing on computer crime in 
the federal arena. It provides for a fine of not 
more than $5,000, imprisonment for not more 
than 1 year, or both for anyone who knowingly 
and willfully gives false information or fails to 
provide information required by the act or regula- 
tions promulgated thereunder, or otherwise fails 
to comply with the act or its regulations. 

The second section of the criminal liability 
provision imposes a fine of not more than 
$10,000, imprisonment for not more than 10 
years, or both for the following six acts when in- 
terstate or foreign commerce is involved, when 
the money, goods, services, or things of value in- 
volved have a value of $1,000 or more when ag- 
gregated over a l-year period and when a 
counterfeit, fictitious, altered, forged, lost, stolen, 
or fraudulently obtained debit instrument is in- 
volved. The term “‘debit instrument”” means a 
card, code, or other device by which a person may 
initiate an EFT. The six acts include: 


¢ Knowingly using or attempting or conspiring 
to use a debit instrument, as described above, 
to obtain anything of value, as described 
above. 
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¢ With unlawful or fraudulent intent, transport- 
ing or attempting or conspiring to transport a 
debit instrument knowing that it is counterfeit, 
stolen, etc. 


e With unlawful or fraudulent intent, using an 
instrumentality of interstate or foreign com- 
merce to sell or transport a debit instrument 
knowing it is counterfeit, stolen, etc. 


e knowingly receiving, concealing, using, or trans- 
porting anything of value (except tickets for in- 
terstate or foreign transportation) which has 
moved in interstate or foreign commerce and 
has been obtained with a counterfeit, stolen, 
etc., debit instrument. 


e Knowingly receiving, concealing, using, selling, 
or transporting one or more tickets for inter- 
state or foreign transportation whose value ag- 
gregated within a 1-year period is $500 or more 
and was obtained or purchased by means of a 
debt instrument that was counterfeit, stolen, 
etc. 


e Ina transaction affecting interstate or foreign 
commerce, furnishing anything of value through 
the use of a counterfeit, stolen, etc., debit in- 
strument knowing that it is counterfeit, stolen, 
etc. 


The Federal Privacy Act of 1974 

The Privacy Act of 1974 is codified in 5 U.S.C. 
Sect. 552a. The criminal penalties for violation of 
its provisions are contained in Subsection 

(i)(1)-(3). These criminal penalties may be invoked 
when a violation of the act, resulting from an unau- 
thorized and willful disclosure of personal informa- 
tion, is made from a computer data base. 

The basic provisions of the act are to protect 
the privacy of individuals. Therefore, an agency, as 
defined in 5 U.S.C. Sect. 551(1) and 552(e), is pro- 
hibited, with a variety of exceptions, from disclos- 
ing any record contained in a system of records to 
anyone or another agency unless the individual has 
made a written request or has given prior written 
consent. 

If any officer or employee of an agency, 
knowing that disclosure of specific material 1s pro- 
hibited either by the act or regulations promul- 
gated thereunder, willfully discloses the material to 
a person or agency not entitled to it, the officer or 
employee has committed a misdemeanor and will 
be fined not more than $5,000. 
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The same penalty is applicable to an officer 
or employee who willfully maintains a system of 
records, which could include a computer data base, 
without complying with the notice requirements of 
Subsection (e)(4). Subsection (e)(4) requires each 
agency that maintains a system of records to pub- 
lish in the Federal Register not less than once a 
year a notice of the existence and character of the 
record system. The notice must include the sys- 
tem’s name and location, the categories of individ- 
uals, records and their sources included, the 
routine use of the records, the system’s storage, 
retrieval, access control and disposal policies and 
practices, the responsible agency official, proce- 
dures used to notify individuals, at their request, 
that records are contained regarding that individ- 
ual and procedures for an individual to gain access 
to the records and to contest the contents of the 
records. 

Finally, the same criminal penalties are appli- 
cable to anyone who knowingly and willfully re- 
quests or obtains under false pretenses a record 
regarding an individual. 


Federal Criminal Code Provisions 

At least 40 sections of Title 18 of the United States 
Code bear directly or indirectly on computer 
abuse. For ease of analysis, these are grouped into 
seven broad categories: theft and related offenses; 
abuse of federal channels of communication; na- 
tional security offenses; trespass and burglary; de- 
ceptive practices; property damage; and 
miscellaneous. 


Theft and Related Offenses 
18 U.S.C. Sect. 641 (Embezzlement or Theft of 
Public Money, Property, or Records): The basic stat- 
ute that protects federal property from theft is 18 
U.S.C. Sect. 641. The statute covers both the thief 
and the receiver of stolen property. Although most 
of the terms of the statute are straightforward, sev- 
eral bear directly on computer abuse because of 
their expansive meanings. | 

One who “knowingly converts” public prop- 
erty violates Sect. 641. It is no defense to a charge 
of unlawful conversion that one intended to return 
the property [cf. Morissette v. United States, 342 
U.S. 246 (1952)]. “[C]onversion . . . may be con- 
summated without any intent to keep...” 342 at 
271-272, or make restitution, unless those acts ne- 
gate the requisite mens rea. While no court has 
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ever considered whether one may “embezzle,” 
“steal,” or “‘purloin” programs by unprivileged 
copying or otherwise, it is highly likely that any 
unprivileged abuse may be styled a “‘conversion.”’ 


Conversion, however, may be consummated without any 
intent to keep and without any wrongful taking, where 
the initial possession by the converter was entirely law- 
ful. Conversion may include misuse or abuse of property. 
It may reach use in an unauthorized manner ... It is not 
difficult to think of intentional and knowing abuses and 
unauthorized uses of government property that might be 
knowing conversions but which could not be reached as 
embezzlement, stealing or purloining. Knowing conver- 
sion adds significantly to the range of protection of gov- 
ernment property... 342 U.S. at 271-272. See also 
United States vs. Tijerina, 407 F.2d 349 (1-th Cir. 1969), 
cert. den. 396 U.S. 843 (1969) (deprivation of control of 
trucks for a period of time an unlawful conversion within 
Sect. 641). 


The notion of “‘conversion”’ is as broad as the defi- 
nition of the res that is public property. Moreover, 
the statute itself is broad enough to include theft of 
labor or services, Burnett v. United States, 222 
F.2d 426 (6th Cir. 1955) (wrongful conversion of 
services and labor to two army servicemen by army 
officer), and uses the catchall phrase “any... thing 
of value...” 

The meaning of the phrase “of the United 
States or of any department or agency thereof”’ is 
broader than absolute ownership. An agency of the 
United States is, among other things, “any corpo- 
ration in which the United States has a proprietary 
interest .. .;” 18 U.S.C. Sect. 6. “Proprietary 
interest” is broad enough to include any ownership 
of stock. Cf. United States v. Anderson, 45 F. Supp. 
943, 946 (S.D. Cal. 1941) (discussing predecessor 
to Sect. 641). It may be enough if the United States 
has the power to control the use of the res, Bern- 
hardt v. United States, 169 F.2d 983 (6th Cir. 
1948) (property under Army control at Army depot 
protected by Sect. 641), even if the res is in private 
hands. United States v. Echevarria, 262 F. Supp. 
373 (D.P.R. 1967) (advances of United States 
funds paid to university are protected by Sect. 
641). 

Although there are no cases directly on point, 
it seems clear that a joint interest, divided or undi- 
vided, or an equitable interest, such as a right to 
use, may be converted. Thus, should the govern- 
ment purchase the right to use certain programs, 
and those programs be misappropriated, prosecu- 
tion should be available under Sect. 641. In addi- 
tion, one case suggests that property in government 
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custody or possession, even if the government has 
no legal or equitable title thereto, may be the sub- 
ject of theft. See United States v. Gardner, 42 F. 
829 (N.D. N.Y. 1890) (custom booty awaiting fore- 
closure as ressubject to theft). 

It is clear that if programs are being devel- 
oped for the government, their theft or conversion 
violates Sect. 641. Moreover, United States v. 
Anderson shows that raw materials may well be 
included under this clause [45 F. Supp. at 945- 
949]. 

In its broadest interpretation, any misappro- 
priation of programs that are subject to some mea- 
sure of government control, custody, or ownership 
is a violation of Sect. 641. 

At least two decisions have dealt with 18 
U.S.C. Sect. 641. United States v. Digilio, 538 F.2d 
972 (3d Cir. 1976), was a conviction for conspiracy 
to defraud the United States and to convert to the 
defendant’s own use the records of the United 
States, particularly photocopies of official files of 
the FBI. Defendants contended that Sect. 641 was 
inapplicable because the government was not de- 
prived of the use of the information contained in 
the records. They contended that the unauthorized 
copies of government records were not themselves 
records and that the unauthorized transmission of 
the information is not proscribed by Sect. 641. 

The government had based its argument of 
Sect. 641 applicability on United States v. Bottone, 
365 F.2d 389 (2d Cir. 1966) cert. den. 385 U.S. 
974, 87S. Ct. 514, 17 -L. Ed. 2d 437 (1966), which 
held that microfilming of scientific processes with 
the thief’s own equipment and asportation of those 
copies were proscribed as theft of “goods.” The 
court in agreeing with the government’s position, 
noted that, in Digilio, there was no memorization 
of the information nor copying by the use of the 
thief’s own equipment. One of the criminals actu- 
ally used government time, equipment, and sup- 
plies to make the copies. Finally, the court stressed 
that a duplicate copy is a record for purposes of the 
statute and duplicate copies belonging to the gov- 
ernment were stolen. 

In United States v. Lambert, 445 F. Supp. 890 
(D. Conn. 1978), a Sect. 641 (larceny) case, the de- 
fendants were charged with selling information 
derived from a computer within the Drug Enforce- 
ment Administration, Washington, D.C. The infor- 
mation included the identity of informants and the 
status of government investigations into illegal 
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drug traffic. Only the information, not the docu- 
ments containing the information, were trans- 
ferred. The defendants contended that Sect. 641 
was applicable only to tangible items, such as docu- 
ments embodying the information, not the infor- 
mation itself. However, the court held that the 
open-ended “thing of value” phrase of the statute 
evidences an intent to cover a wide variety of con- 
duct. 

The court saw no reason to restrict the inter- 
pretation of Sect. 641 to its common law origins. It 
held that Sect. 641 should cover larceny as well as 
any new Situations that may arise under changing 
modern conditions and not envisioned under the 
common law. The court agreed with the govern- 
ment that the property involved was highly sensi- 
tive and confidential information maintained in 
computer records and had a value only so long as it 
remained in the government’s exclusive posses- 
sion. It thus held that the phrase “‘thing of value”’ 
in conjunction with the explicit reference to 
records in Sect. 641 covers the content of such 
record. 


18 U.S.C. Sect. 659 (Theft of Goods or Chartels 
Moving as, Which Are Part of or Which Constitute 
Interstate Commerce): Programs may be sent by 
interstate common carrier. When they are, Sect. 
659 protects them from theft, irrespective of own- 
ership. Unlike Sect. 641, Sect. 659 does not seem 
to proscribe unauthorized copying per se of pro- 
grams. Although the statute uses “conversion,” it 1s 
relevant only to the intent of the actor, and not his 
act, which must be embezzlement, stealing, etc. 
The most interesting question posed by Sect. 659 
concerns theft from interstate commerce. 

An excellent discussion of the elements and 
breadth of what constitute interstate commerce in 
Sect. 659 is found in United States v. Astolas, 487 
F.2d 275 (2d Cir. 1973). In rejecting appellant- 
defendants’ claim that the trucks they hijacked 
were not yet, or had ceased to be, part of interstate 
commerce, Judge Medina quoted with approval 
the trial court’s instruction: 


The interstate character of a shipment commences at the 
time the property is segregated for interstate commerce 
and comes into possession of those who are assisting its 
course in interstate transportation and continues until 
the property arrives at its destination and is there deliv- 
ered either by actual unloading or by being placed to be 
unloaded [487 F.2d at 278]. | 
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The requirement of the existence of interstate com- 
merce relates to the time of the theft, United States 
v. Tyers, 487 F.2d 828, 830 (2d Cir. 1973), so that 
one who steals a program may not pass it off later 
to an accomplice leaving the accomplice immune. 
Nor is it essential that the program ownership be 
by common carrier to be protected; it is clear that 
Sect. 659 covers carriage by the owner [ Winer v. 
United States, 228 F.2d 944, 947 (6th Cir. 1956), 
cert. den. 351 U.S. 906 (1956)]. It is equally clear 
that interstate commerce does end sometime, cf. 

_ O’Kelley v. United States, 116 F.2d 966 (8th Cir. 
1941) (theft from boxcar after delivery and partial 
unloading), but so long as initial steps have been 
undertaken, cf. United States v. Sherman, 171 F.2d 
619 (2d Cir. 1948) (labeling and delivery of bales 
of duck canvas to wharf), the program is enroute, 
cf. United States v. Maddox, 394 F.2d 297 (4th Cir. 
1968) (brief pauses in interstate journey are in- 
cluded within Sect. 659), or yet to be unloaded, 
Sect. 659 is applicable. 


18 U.S.C. Sect. 2314 (Interstate Transportation of 
Stolen Property): Unlike Sect. 659, Sect. 2314 ap- 
parently requires that the stolen property cross 
state lines. It does not seem sufficient merely for 
the stolen property to be introduced into interstate 
commerce. Although there are no reported cases 
directly on point, that is, where the stolen property 
was delivered to an interstate carrier but did not 
actually cross state lines, statutory analysis in 
United States v. Roselli, 432 F.2d 879, 891 (9th 
Cir. 1970), supports this conclusion. In Roselli, the 
court contrasted the antiracketeering statute, 18 
U.S.C. Sect. 1952, with Sect. 2314, noting that use 
of interstate facilities or participating interstate 
travel was sufficient to provide jurisdiction for the 
former, while failing to assert that use of interstate 
facilities was sufficient to trigger the latter. More- 
over, reported cases, involving Sect. 2314, have all 
involved the crossing of statelines. See, for exam- 
ple, United States v. Sheridan, 329 U.S. 379 (1946) 
(causing fraudulent check to cross state lines); 
United States v. Hassel, 341 F.2d 427 (4th Cir. 
1965) (causing victim of confidence game to cross 
state line); United States v. Jacobs, 485 F.2d 270 
(2nd Cir. 1973) (causing stolen Treasury bills to 
cross state lines). a 

The major issue raised by Sect. 2314 is 
whether a copy of a program stolen, converted, or 
taken by fraud and transported across state lines 
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can trigger Sect. 2314. The only reported case of a 


copy used in a related prosecution is United States — 


v. Lester, 282 F.2d 750 (3d Cir. 1960), cert. den. 
364 U.S. 937 (1961). In Lester, a coconspirator 
made numerous copies of valuable geophysical 
maps, and transported the copies across state lines; 
the appellant was arrested and convicted for con- 
spiring to transport stolen maps in interstate com- 
merce. Rejecting the appellant’s claim that copies 
were not stolen property, the court held that the 
property stolen was the valuable idea, not the pa- 
per embodiment [282 F.2d at 755]. | 

Although the court in Lester found no need to 
elaborate on its holding, it could have cited United 
States v. Handler, 142 F.2d 351 (2d Cir. 1944), 
cert. den. 323 U.S. 741 (1944), the most thorough 
analysis to date of stolen property. After analyzing 
other case law, the meaning of “‘stealing,’”’ and the 
legislative history of the National Stolen Property 
Act, now Sect. 2314, the court in Handler con- 
cluded: 


(1) the stolen property need not be taken larcenously, 
that is, there are no requirements of asportation, tangibil- 
ity, etc.; and (2) the statute is applicable to any taken 
whereby a person dishonestly obtains goods or securities _ 
belonging to another with the intent to deprive the owner 
of the rights and benefits of ownership [142 F.2d at 353]. 
Since a copy of a program will indeed deprive the rightful 
-owner of the benefits of ownership, a copying should cre- 
ate the stolen property necessary to trigger Sect. 2314. 


Note, however, that in United States v. Seidlitz, 
No. 76-2027 (4th Cir. 1978), the trial judge dis- 
missed a count based on Sect. 2314 because what 
crossed state lines was electronic signals, which he 
concluded were not property. Seidlitz was con- 
victed of wire fraud. 

In re Vericker, 446 F.2d 244 (2d Cir. 1971), 
was a contempt conviction against a defendant 
who would not testify before the grand jury even 
after having been granted transactional immunity. 
The problem was that the defendant was granted 
transactional immunity as to Sects. 2314 and 2315 
only. The immunity, however, was not applicable 
to the crimes suggested by questioning of the prose- 
cutor. Sections 2314 and 2315 deal with the theft 
and receipt of stolen goods, wares, merchandise, 
securities or money, not FBI documents, which the 
prosecutor had been interested in. Although the 
court admitted that in some circumstances mere 
papers may constitute goods, wares, and merchan- 
dise, citing United States v. Bottone, 365 F.2d 389 
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(2d Cir. 1966) cert. den. 385 U.S. 974, 87S. Ct. 
514, 17 L. Ed. 2d 437 (1966), such papers must be 
well within the normal meaning of goods, wares, or 
merchandise, that is, property that is ordinarily the 
subject of commerce. Thus, geophysical maps or 
secret manufacturing processes are ordinarily the 
subject of sale and/or license. However, papers 
showing that individuals are or may have been en- 
gaged in criminal activity or what procedures are 
used by the FBI in tracking them down are ordi- 
narily not bought or sold in commerce, and, there- 
fore, the government did not show that its 
questions regarding the theft of FBI documents 
were related to Sects. 2314 and 2315, and, there- 
fore, could supersede the defendant’s invocation of 
the Sth Amendment privilege. 

In United States v. Greenwald, 479 F.2d 320 
(6th Cir. 1973) cert. den. 414 U.S. 854, 94S. Ct. 
154, 38 L. Ed. 2d 104, the Court addressed the 1s- 
sue of whether secret chemical formulae or formu- 
lations fall within the statutory language of Sect. 
2314 “goods, wares, or merchandise.” In Green- 
wald, the number of documents containing the for- 
mulations was restricted for purposes of 
competitive advantage, but one set was given to 
the defendant, a chemical engineer in the sales de- 
partment, who appropriated them. The testimony 
at the trial showed that there was an established 
market for the chemical formulae and formulation, 
that is, manufacturers shared formulae by sale or 
license and treated such as assets similar to ma- 
chinery or equipment. The court cited United 
States v. Bottone, 365 F.2d 389 (2d Cir. 1966) cert. 
den. 385 U.S. 974, 87S. Ct. 514, 17 L. Ed. 2d 437 
(1966) and In re Vericker, 466 F.2d 244 (2d Cir. 
1971), to hold that, given an established, viable, 
although limited market in chemical formulation, 
the lawful appropriation of original documents 
containing such formulations fell within the mean- 
ing of Sect. 2314 because the formulations were 
“soods, wares, or merchandise.” 

United States v. Drebin, 557 F.2d 1316 (9th 
Cir. 1977), was a case in which the defendants con- 
tended that motion picture photo plays were intan- 
gible and could not be considered “goods, wares, or 
merchandise” under 18 U.S.C. Sect. 2314. The de- 
fendants’ arguments consisted of claiming that 
copyrights were intangible property rights, separate 
and distinct from property rights in the tangible 
item from which copies are made, and that a copy 
cannot be acquired by theft, conversion, or fraud 
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because the copyright owner has no proprietary 
interest in the duplicate of his work. The court re- 
jected these contentions as illogical and contrary to 
law and held that the copies are goods or merchan- 
dise for the purpose of Sect. 2314. Moreover, the 
court held that the illicit copying of a copyrighted 
work is no less an offense than if the original were 
taken. 

Finally, in United States v. Jones, 414 F. 
Supp. 964 (D. Maryland 1976), the defendant was 
charged with transportation in interstate com- 
merce of stolen, converted, or fraudulently ob- 
tained securities under 18 U.S.C. Sect. 2314. The 
defendant claimed that the securities were forgeries 
and not “securities,” noting that Sect. 2314 was 
not applicable to falsely made, forged, altered, or 
counterfeited representations of obligations of for- 
eign governments or banks or corporations of for- 
elgn governments. 

The checks, complete with signatures, were 
printed by computer as the result of tampering by 
the employee with the data records stored in the 
computer. The procedure that the employee used 
was first to enter an improper vendor code listing, 
then to enter data regarding the specific checks to 
be issued to that false vendor, then to forward to 
key punch the documents and accounts payable 
slips, and finally to command from the computer 
the processing of a check run where the computer 
would automatically print the checks to the false 
vendor. The issue before the court was whether 
these checks constituted forgeries and thus the de- 
fendant’s conduct inapplicable for punishment un- 
der 18 U.S.C. Sect. 2314. The court noted that 
where falsity in the instrument is in the content, 
rather than the manner of making the instrument, 
it is not a forgery. In this case the checks were not 
lies “‘in writing,’ but rather the unauthorized issu- 
ance thereof. The court held that the mere fact that 
a computer was used was not relevant because it 
was simply an inanimate and obedient instrumen- 
tality used by the employee similar to a check- 
writing machine or ballpoint pen and thus was not 
a forgery. 


18 U.S.C. Sect. 661 (Theft within Special Maritime 
and Territorial Jurisdiction): When programs are 
stolen in a federal enclave as defined in 18 U.S.C. 
Sect. 7, a violation of Sect. 661 occurs. As in Sects. 
641 and 2314, the question again arises whether 
unauthorized copying is a violation of the statute. 
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Although it was assumed for analytical purposes 
earlier that copying is not within the scope of Sect. 
661, abroad reading of the statute may well include 
it. In United States v. Henry, 447 F.2d 283 (3d Cir. 
1971), the appellant was convicted for stealing a 
boat within the maritime jurisdiction. On appeal, 
it was argued that the statute was merely a codifi- 
cation of common law larceny, and since the gov- 
ernment failed to offer proof that the appellant 
intended to permanently deprive the owner of his 
property, the conviction should be overturned. In 
rejecting the appellant’s claim, the court held that 
the statute was broader than common law larceny. 
Drawing on the 2nd Circuit’s definition of “to 
steal” in Handler, the court concluded that when 
one “willfully obtains or retains possession of 
property belonging to another without the permis- 
sion or beyond any permission given with the in- 
tent to deprive the owner of the benefit of 
ownership,” 447 F.2d at 286, an offense was made 
out under Sect. 661. As noted earlier, the ““depriva- 
tion of benefit” theory should enable a prosecutor 
to support an indictment for unauthorized copy- 
ing. : 


Miscellaneous Theft and Theft-Related Offense 
Although there is no general federal statute prohib- 
iting theft by false pretenses, except 18 U.S.C. Sect. 
1025 (false pretenses within the special maritime 
and territorial jurisdiction) and Sect. 287 (making 
false claim to United States), courts have construed 
Sect. 641 to include false pretenses. See Burnett v. 
United States; Morgan v. United States, 380 F.2d 
686 (9th Cir. 1967) (tax fraud as theft of govern- 
ment money by false pretenses). Thus, there seems 
no bar to charging one who fraudulently obtains 
computer usage from the United States, while 
stealing programs, with a violation of Sect. 641. 

Many theft statutes, such as Sects. 641, 659, 
and 2314, have receiving stolen property provi- 
sions as well. In addition, Sect. 662 prohibits re- 
ceiving stolen property within the special maritime 
and territorial jurisdiction. Section 2315 proscribes 
the receipt of goods stolen from interstate com- 
merce. Thus, one who induces the theft of pro- 
grams not only may be charged as a principal, 18 
U.S.C. Sect. 2, or as a conspirator, 18 U.S.C. Sect. 
371, but also may run afoul of the foregoing sec- 
tions. 
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Numerous federal statutes are designed to 
cover specific types of theft, but they may be appli- 
cable to certain instances of program abuse. For 
instance, if one has the misfortune to steal a pro- 
gram used in the payment of government money, 
he violates Sect. 285 that deals with taking or using 
papers relating to claims. If a government em- 
ployee wrongfully converts, cf. Morissette v. United 
States, the property of another that is entrusted to 
him, he commits an offense under 18 U.S.C. Sect. 
654. This section would be particularly effective 
when the employee provided a copy to an unautho- 
rized third party. Theft of programs from federally 
insured banks and financial institutions 1s covered 
by 18 U.S.C. Sects. 655-657, although there is 
some doubt as to whether nonmonetary property is 
covered by Sect. 656 because the protected res is 
“moneys, funds, or credits,” in contrast to “other 
property of value,” 18 U.S.C. Sect. 657. But this 
loophole is closed by 18 U.S.C. Sect. 2113(b), 
which covert the theft of “‘any property... any 
other thing of value...’ from a bank or savings 
institution. And finally, if a thief “‘steals, purloins, 
or embezzles” property “‘used”’ by the Postal Ser- 
vice, he violates Sect. 1707. 


Abuse of Federal Channels of Communication 


18 U.S.C. Sect. 1341 (Mail Fraud): The mail fraud 
statute has two essential elements: (1) one must use 
the mail for the purpose of executing or attempting 
to execute, (2) a fraud or a scheme to obtain money 
or property under false pretenses. The courts have 
been generous in their definition of what is a fraud. 
The classic statement on this count was made by 
Judge Holmes, “‘[T]he law does not define fraud; it 
needs no definition; it is as old as falsehood and as 
versatile as human ingenuity.”’ Weiss v. United 
States, 122 F.2d 675, 681 (Sth Cir. 1941), cert. den. 
314 U.S. 687 (1941) (construction scope of fraud 
in predecessor to Sect. 1341. Weiss was quoted 
with approval in Blachly v. United States, 380 F.2d 
665 (Sth Cir. 1967) (referral selling plan as fraud) 
and United States v. States, 362 F. Supp. 1293 
(E.D. Mo. 1973) (ballot box fraud in primary elec- 
tion as mail fraud), aff'd 488 F.2d 761 (8th Cir. 
1973) (see cases cited therein), cert. den. 417 U.S. 
909, 417 U.S. 950 (1974). 

Thus, the thrust of the various court opinions 
would include any scheme to copy programs as a 
scheme to defraud, and any mailing in furtherance 
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of the scheme would trigger the statute. If the thief 
uses a mailing to defraud a computer center 
through services, labor, credit, etc., United States v. 
Owens, 492 F.2d 1100 (5th Cir. 1974) (mailings 
which led to receipt of goods on credit as mail 
fraud), or uses the mailing to obtain the program 
itself, he falls within the scope of Sect. 1341. The 
prosecutor should always explore Sect. 1341’s ap- 
plicability in any instance of computer abuse. For a 
prosecutor’s opinion of the effectiveness of Sect. 
1341 and, in contrast, the ineffectiveness of the 
Proposed Code, see Givens, The Proposed New 
Federal Criminal Code, 43 N.Y. St. B.J. 486, 488- 
494 (1971) et passim. 


National Security Offenses 

18 U.S.C. Sect. 793 (Gathering, Transmitting, or 
Losing Defense Information): This section, and 
those that follow in this category, is of limited use 
in software abuse. But, as a general rule, whenever 
abuse involves classified, restricted, or defense pro- 
grams, these sections should be inspected for appli- 
cability. Section 793 is broad in scope; Subsection 
(a), the geographical intrusion provision, covers 
property owned, controlled, or used by contractors 
of the government when the property 1s related to 
or connected with national defense. The section 
also proscribes copying of defense information, 
unlawful reception, communication of contents, 
and grossly negligent losses. This statute has been 
held sufficiently definite to satisfy due process re- 
quirements, Gorin v. United States, 312 U.S. 19 
(1941), and has been held to encompass “related 
activities of national defense”’ as well as military 
enclaves [312 U.S. at 28]. See also United States v. 
Drummond, 354 F.2d 132, 151 (2d Cir. 1956) (up- 
holding jury charge in same language). 


18 U.S.C. Sect. 794 (Gathering or Delivering De- 
fense Information to Aid Foreign Government): 
This statute provides more severe penalties for ac- 
tual transmission of the defense information toa 
foreign government and also includes a conspiracy 
count. One caveat should be mentioned in this dis- 
cussion of Sects. 793 or 794, or companion statute 
Sect. 798, which deals with disclosure of classified 
information. Although public information has al- 
ways been outside the scope of the protected res 
[see Gorin v. United States; see also United States 
v. Heine, 151 F.2d 813 (2d Cir. 1945) (officially 
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disseminated information, no matter how pains- 
takingly culled and digested, is not “‘defense 
information’’)], the Pentagon Papers case, New 
York Times Co. v. United States, 403 U.S. 713 
(1971), now makes it clear that mere classification 
is not enough. The flavor of the Black, Douglas, 
Brennan, and Marshall opinions is that, even in 
criminal prosecutions, lack of substantial injury to 
national security might be a valid defense. Even 
though it is true that White and Stewart contrasted 
civil injunctive (unpermitted) and criminal (per- 
mitted) sanctions, there is language in the Stewart 
opinion that hints at a need for narrowly construed 
guidelines on classification. Thus, a clear majority 
in the case would seem to support the proposition 
that classified material that had no business being 
classified, such as information related to Depart- 
ment of Defense lobbying efforts, could not sup- 
port a prosecution under Chapter 37 of Title 18. 


18 U.S.C. Sect. 795 (Photographing and Sketching 
Defense Installations): In 1950, President Truman 
declared pursuant to Sect. 795 that all military and 
commercial defense establishments were to be pro- 
tected against unauthorized photographing and 
sketching [Exec. Order 10104, 15 Fed. Reg. 597, 
598 (February 1, 1950)]. Since the statute covers 
“sraphical representations” of classified 
“equipment,” it is probable that copying classified 
programs would fall within this section. 


18 U.S.C. Sects. 797, 798, 799, and 952: Section 
797 deals with subsequent publication and sale of 
photographs or sketches of equipment denomi- 
nated in Sect. 795. Section 798, which deals with 
codes and cryptographic systems, would be perti- 


nent to any abuse at agencies involved in commu- 


nications work. Section 799 deals with security 
violations of NASA regulations, and Sect. 952 
deals with disclosure of diplomatic codes. 


Trespass and Burglary 


Criminal Trespass: There is no general federal 
statute covering criminal trespass. In fact, the only 
statute that denominates trespass a crime in Title 
18 is Sect. 2152, dealing with trespass on fortifica- 
tions or harbor-defense areas. Section 2278(a) of 
Title 42 forbids trespass on installations of the 
Atomic Energy Commission (ERDA). Neither 1s 
particularly applicable to trespass for the purpose 
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of misappropriating programs, unless the situs of 
the trespass is a fortification, harbor-defense area, 
or DoD installation. 


Burglary: The federal burglary statutes are slightly 
more comprehensive, but not much. Title 18 pro- 
vides criminal penalties for burglary of a bank [18 
U.S.C. Sect. 2113(a)], post offices [18 U.S.C. Sect. 
2115], and interstate carrier facilities [18 U.S.C. 
Sect. 2117]. 


—18 U.S.C. Sect. 2113(a) (burglary of a bank). 
Although some states have denominated 
copying of trade secrets as larceny, it seems 
doubtful that entry of a bank to copy pro- 
grams would make out a federal crime, not- 
withstanding the language “or any larceny” 
of Sect. 2113(a). United States v. Rogers, 
289 F.2d 433, 437 (4th Cir. 1961) (the lan- 
guage of the statute refers only to common 
law larceny). The U.S. Supreme Court has 
rejected a claim that federal criminal law in 
this case turns on state law [Jerome v. 
United States, 318 101, 106 (1943) (state 
felonies irrelevant)]. Once beyond those re- 
strictions, however, the statute is effective 
against the most traditional defenses. Privi- 
leged entry is no defense; see Audett v. 
United States, 132 F.2d 528, 529 (8th Cir. 
1942) (entry may include “‘walking in [with] 
a stream of customers through the front 
door... in business hours’’), nor is breaking 
an element of the offense. Although burglary 
statutes were originally designed to protect 
occupied spaces from crime, occupancy is 
irrelevant for purposes of Sect. 2113(a) 
[United States vs. Poindexter, 293 F.2d 329 
(6th Cir. 1961) cert. den. 368 U.S. 961 
(1962)]. 


—Unlike Sect. 2113(a), 18 U.S.C. Sect. 2115 
(burglary of post offices) requires forcible 
breaking as an element of the offense. The 
only vague term in the statute is 
‘““depredation.’’ While the parameters of the 
term are hazy, depredation 1s generally held 
to mean plundering, robbing, or pillaging. 
See Deal v. United States, 274 U.S. 277, 283 
(1927) (construing similar language in postal 
regulations). 


Similar to Sect. 2115, 18 U.S.C. Sect. 2117 
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(burglary of interstate carrier facilities) also 
requires a breaking. Again, mens rea is 1n- | 
tent to commit larceny, which would be 
common law larceny. 


Deceptive Practices 

18 U.S.C. Sect. 912 (Obtaining Thing of Value by 
Impersonating an Officer or Employee of the United 
States): It may often be the case that one who mis- 
appropriates software within a federally protected 
sphere has falsely represented himself as a govern- 
ment officer or employee in order to gain access to 
the program. There is no requirement that the 
“thing of value” be tangible, cf. United States v. 
Lepowitch, 318 U.S. 702 (1943) (fraudulent acqui- 
sition of information about whereabouts of an- 
other), and a copy of the program would certainly 
seem to fall within the definition. The statute must 
be read broadly to encompass new concepts of 
“thing of value” for “it was not possible for Con- 
gress in enacting the statute to anticipate all de- 
vices and schemes which human knavery might 
conceive in security benefits .. .”” United States v. 
Ballard, 118 F. 757 (D. Mo. 1902) (meals and lodg- 
ing are a thing of value). 


18 U.S.C. Sect. 1001: When Sect. 1001, the catch- 
all that deals with all manner of false representa- 
tions, is compared with Sect. 912, 1t becomes 
apparent that the general rule statute carries a 
much more severe penalty than the specific statute. 
In addition, Sect. 1001 requires no fraudulent ob- 
taining of a thing of value; a false, fictitious or 
fraudulent statement, knowingly and willfully 
made, is enough to trigger the statute. Whatever 
one may say about the jurisprudential wisdom of 
the statute, it seems applicable to almost every in- 
stance of computer abuse in the federal sphere. For 
example, programs may not be divulged to unau- 
thorized persons [5 U.S.C. Sect. 552(b)(4) (trade 
secrets subsection of Freedom of Information 
Act)]. | 

Therefore, one who fails to identify himself as 
unauthorized conceals a material fact, whether or 
not he represents himself as unauthorized. Is active 
misrepresentation a less serious crime? Moreover, 
this section applies to both oral and written mis- 
representations. See United States v. Zavala, 139 
F.2d; 830 (2d Cir. 1944) (false oral and written cus- 
toms declaration). It may even be applicable to 
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electronic signals from a remote terminal that 
falsely represent the sender as one authorized to 
protected software. 


18 U.S.C. Sects. 1005, 1006 (False Entries in 
Records of Banks and Credit Institutions): When- 
ever anyone makes a false entry in a bank or credit 
institution record, with intent to injure or defraud, 
he runs afoul of Sect. 1005 or 1006. Although both 
of the statutes are quite fact-specific, they are com- 
prehensive in their respective areas. Since the pur- 
pose of the statutes was to ensure correctness of 
bank records, United States v. Giles, 300 U.S. 41, 
48 (1937) (teller’s failure to file deposit slips 1s 
equivalent to the making of a false entry), active or 
passive omissions or commissions are covered. 

Considering the purpose noted above, that is, 
to ensure correctness of bank records, the breadth 
with which “bank books” has been interpreted, cf. 
Lewis v. United States, 22 F.2d 760 (8th Cir. 1927) 
(minutes of meetings of board of directors were 
“bank books’’), and the need to protect banks from 
loss, Weir v. United States, 92 D.2d 634 (7th Cir. 
1937), it seems reasonable that computer records 
should be within the scope of Sects. 1005 and 
1006. Thus, any false entry, obliteration, or alter- 
ation of computerized bank records would be a 
violation of either Sects. 1005 or 1006. 


Property Damage 

18 U.S.C. Sect. 81 (Arson within Special Maritime 
and Territorial Jurisdiction): Although arson may 
be only infrequently used as a tactic in computer 
abuse, the prosecutor should be aware of the scope 
of the statute. A key question is whether hardware 
or programs may be included within the phrase 
“machinery or building materials or supplies.” A 
case arising from the Wounded Knee occupation 
indicates that the definition of the phrase may be 
narrowly construed. In United States v. Banks, 368 
F. Supp. 1245 (D.S.D. 1973), the defendant- 
appellant was accused and convicted of violating 
Sect. 81 by burning motor vehicles within a federal 
enclave. Holding that motor vehicles were not 
“machinery” within Sect. 81, the court through 
Judge Nichols, invoked ejusdem generis and noted 
the broad interpretation of ““machinery” would 
endanger the statute as too vague, lacking the “‘re- 
quirement of definiteness . . . that a person of ordi- 
nary intelligence must be given fair notice that his 
contemplated conduct is forbidden. . .” [368 F. 
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Supp. at 248]. Thus, a prosecutor might be advised 
to style any indictment alleging the burning of 
hardware or software as, alternatively, an attempt 
to set fire to a building or structure. 


18 U.S.C. Sect. 1361 (Malicious Injury to Govern- 
ment Property): Several cases construing Sect. 1361 
demonstrate the liberality with which various 
courts have accepted indictments charging injury 
in cases of malicious mischief. Section 1361 was 
somewhat of a dead letter until interference with 
the Selective Service began to mushroom in the 
1960s. It was resurrected as a catchall to encom- 
pass otherwise unindictable offenses. For instance, 
in United States v. Eberhardt, 417 F.2d 1009 (4th 
Cir. 1969), the 4th Circuit considered the famous 
Baltimore blood-pouring case. Father Philip Ber- 
rigan and two others were convicted of violating 
Sect. 1361 in that they poured blood on Selective 
Service records. In affirming the convictions, the 
court utilized the cost of restoring the records as 
the measure of damages. The appellants did not 
argue that blood pouring was not “injury” within 
the meaning of the statute. As a result, the breadth 
of the case is not clear. At its narrowest, it would 
mean that any temporary physical obliteration, 
subsequently restored, is an “‘injury.”” While the res 
in most Selective Service cases was government 
records at least arguably critical to national de- 
fense, other cases construing Sect. 1361 show that 
neither the injury, nor the res injured need be terri- 
bly major. See, for example, Tillman v. United 
States, 406 F.2d 930 (Sth Cir. 1969) (glassdoor at 
induction station broken by draft resistors); Ed- 
wards v. United States, 360 F.2d 732 (8th Cir. 
1966) (plumbing fixture from vacant home); Bru- 
nette v. United States, 378 F.2d 18 (9th Cir. 1967) 
(dented fender). Putting all of the cases dealing 
with Sect. 1361 together with the broadest inter- 
pretation of Eberhardt may enable a prosecutor to 
argue successfully that an interference with the use 
of government software is “injury,” and the mea- 
sure of damage is either the cost of restoration or 
the cost of development when not restorable. 


18 U.S.C. Sect. 1363 (Malicious Injury within the 
Special Maritime and Territorial Jurisdiction): This 
section differs from Sect. 81 only in its substitution 
of malicious mischief for arson. 
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18 U.S.C. Sect. 2071 (Concealment, Removal, or 
Mutilation of Public Records): Another statute that 
was resurrected during the Vietnam-protest era, 
Sect. 2071 should be effective against misappropri- 
ation of computerized government records, espe- 
cially when a traditional larceny charge cannot be 
sustained, for example, copying via a remote termi- 
nal without subsequent asportation. The bulk of 
Sect. 2071 cases deal with Selective Service records 
and documents; see, for example, United States v. 
Chase, 309 F. Supp. 420 (N.D. Ill. 1970); Chase v. 
United States, 468 F.2d 141 (7th Cir. 1972); United 
States v. Donner, 497 F.2d 184 (6th Cir. 1974); 
United States v. Eberhart, and thus it would be ex- 
tending case law to include computerized records 
as a “document or other thing.” Such an extension 
is rational. The purpose of Sect. 2071 “‘is to pre- 
vent any conduct which deprives the Government 
of the use of its documents, be it by concealing, 
destruction, or removal” [United States v. Rosner, 
352 F. Supp. 915, 919 (S.D. N.Y. 1972)]. The res 
protected by Sect. 2071 is not merely documentary 
or written records, but any type of public record. 
Cf. United States v. DeGroat, 30 F. 764 (E.D. 
Mich. 1887) (emphasizing the thrust of the statute 
as toward records, not papers). And under the ra- 
tionale of United States v. Rosner, dumping or 
obliterating a computerized record surely deprives 
the government of its use as much as a blood- 
pouring, United States v. Eberhart, a burning, 
United States v. Chase, or a mutilation, United 
States v. Donner. 


Destruction of Property Affecting National Security: 
The extreme breadth of what constitutes the pro- 
tected res in 18 U.S.C. Sect. 2153 (willful injury to 
war or national defense material during war or na- 
tional emergency) can be seen in its definition in 
Sect. 2151. War material includes “all articles, 
parts or ingredients intended for, adopted to, or 
suitable for... the conduct of war or defense 
activities.” Since the mind has trouble visualizing 
what in the computer industry would not fall 
within the definition, it seems clear, so long as sci- 
enter is proved, hardware and software within the 
“defense” orbit are protected. Although the statute 
applies during war or national emergency, the na- 
tional emergency declared by President Truman in 
1950, Proc. 2912, 15 Fed. Reg. 9029 (December 
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16, 1950), apparently still exists [United States v. 
Achtenberg, 459 F.2d 91 (8th Cir. 1972), cert. den. 
409 USS. 932 (1972)]. 

The only substantial differences from Sect. 
2163 is the applicability of 18 U.S.C. Sect. 2155 
(willful injury to national defense material), irre- | 
spective of war or national emergency. 

Although Sect. 1361 may be construed to 
reach certain interferences with use, at present 
there 1s no provision generally applicable to inter- 
ference with use or “tampering.” 


Miscellaneous Provisions 


Derivative Crimes and Conspiracy: This section 
covers federal law applications to derivative crimes 
and conspiracy. 


—Acts that become criminal only because of 
the criminal acts of another, derivative 
crimes, are covered in 18 U.S.C. Sect. 2 
dealing with aiding and abetting and Sect. 3 
dealing with accessorial liability. As a gen- 
eral rule, any action prior to the crime that 
induces the criminal act exposes the one 
who induced to punishment as a principal. 
Any action subsequent to the crime in the 
nature of assistance exposes the assistant to 
a charge of accessory after the fact. Thus, a 
third part who induces a theft of software, 
while not indictable by Sect. 641, is indict- 
able under Sect. 2. 


~18 U.S.C. Sect. 371 (conspiracy). Although 
no general statute makes it a crime to de- 
fraud the government, it is a crime for two 
or more persons to conspire to commit any 
offense or defraud the United States. This 
leads to an anomaly—the planning of an act, 
not criminal in itself, may be a crime. The 
implications for software abuse are enor- 
mous. The broad scope of what it means to 
“defraud” the United States can be seen in 
the leading case in this area, Haas v. Henkel, 
216 U.S. 462 (1910). In Haas, three persons, 
one of whom was a Statistician with the De- 
partment of Agriculture, conspired to falsify 
official reports concerning cotton crops and 
to divulge confidential information concern- 
ing those crops to unauthorized persons in 
order that they might speculate in the cotton 
market. While there was no allegation of 
pecuniary loss to the government, the Court 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro information Services Group. Delran NJ 08075 USA 


foe 
ae 


State and Federal 
Computer Crime Laws 


Managing LANs 


rejected a motion to quash the indictment in 
a habeas corpus proceeding, holding: 


[I]t is not essential that such a conspiracy shall con- 
template a financial loss or that one shall result. 
The statute is broad enough in its terms to include 
any conspiracy for the purpose of impairing, ob- 
structing or defeating the lawful function of any 
department of Government . . . [I]t must follow 
that any conspiracy which is calculated to obstruct 
or impair its efficiency and destroy the value of its 
operations... would be to defraud the United 
States by depriving it of its lawful right and duty of 
promulgating or diffusing the information...” 
[216 U.S. at 479-480. Accord, United States v. 
Johnson, 383 U.S. 169, 172 (1966) (conspiracy by 
two congressmen to influence the Justice Depart- 
ment)]. 


A minor and somewhat redundant conspiracy statute, in 
the light of the gloss Haas puts on Sect. 371, is 18 U.S.C. 
Sect. 286 dealing with a conspiracy to defraud by pay- 
ment or allowance of false claims. 


18 U.S.C. Sect. 1905 (Disclosure of Confidential 
Information): This section is potentially applicable 
to computer abuse in two types of situations: 

(a) Where a government officer or employee dis- 
closes or communicates the contents of programs 
in government custody but owned by a private per- 
son; and (b) same as (a), but where the government 
owns the programs. 


—Obviously, the trade secrets of Sect. 1905, 
makes the disclosure of “‘custodial”’ pro- 
grams an act illegal unless the disclosure is 
“authorized by law.”’ For purposes of Sect. 
1975, a trade secret is “. .. an unpatented, 
secret, commercially valuable plan, appli- 
ance, formula or process, which is used for 
the making, preparing, compounding, treat- 
ing, or processing of articles or materials 
which are trade commodities.” United 
States ex. rel. Norwegian Nitrogen Products 
Co. v. United States Tariff Commission, 51 
App. D.C. 366, 6 F.2d 491, 495 (1922), 
rev'd on other grounds, 274 U.S. 106 (1927). 
See also Consumers Union of U.S. Inc. v. 
Veterans Administration, 301 F. Supp. 796 
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(S.D. N.Y. 1969) (raw data compiled by gov- 
ernment agency not a trade secret of compa- 
nies providing data). The only law presently 
requiring wholesale disclosure of informa- 
tion is the Freedom of Information Act, 5 
U.S.C. Sect. 552; 871 Stat. 56 (1967); how- 
ever, it does not apply to disclosure of mat- 
ters which are trade secrets [5 U.S.C. Sect. 
552(b)(4)]. 


—Disclosure of government computer pro- 
grams. It appears that if the government de- 
velops its own programs, such programs 
must be divulged on demand unless they are 
classified, 5 U.S.C. Sect. 552(b)(1), or a 
trade secret. In reality, agencies have been 
loath to divulge their staff-prepared pro- 
grams. See, Comment, Public Access to 
Government-Held Computer Information, 
68 N.W. U.L. Rev. 433, 452 (1973). 
Whether this reluctance is enough to make 
them trade secrets is doubtful. See Shapiro 
vs. S.E.C., 399 F. Supp. 467 (D.D.C. 1972) 
(staff-prepared report on off-board stock 
trading not “trade secret” within 15 U.S.C. 
Sect. 552 and not prevented from disclosure 
by 18 U.S.C. Sect. 1905). Indeed, under the 
definition in United States ex. rel. Norwe- 
gian Nitrogen Products Co. v. United States 
Tariff Commission, it seems hard to imagine 
the government having its own “‘trade 
secret,” unless it is engaged in a marketing 
operation. Thus, it seems that any disclosure 
made pursuant to a 15 U.S.C. Sect. 552 re- 
quest would exempt the actor from Sect. 
1905 liability. 
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Computer Accessibility 
for Disabled Federal 


Workers 


This report will help you to: 


¢ Become familiar with the provisions of Public Law 99-506, 
the ““Rehabilitation Act Amendments of 1986,”’ Section 508. 


¢ Learn the variety of alternatives for input, output, and 
documentation that may be needed in order for disabled 
workers to use computers effectively. 


In 1986, Congress passed Public Law 
99-506, the “Rehabilitation Act 
Amendments of 1986.” This law, 
amending the famous Rehabilitation 
Act of 1973, contains a small section, 
titled “Electronic Equipment 
Accessibility,” Section 508, which 
may have significant impact on the 
design of computer systems and their 
accessibility by workers with disabili- 
ties. The bill became law when it was 
signed by former President Reagan 
on October 21, 1986. 

The purpose of this report is to 
inform concerned computer profes- 
sionals of Section 508, outline the 
guidelines and regulations pursuant 
to the law, describe some of the reac- 
tion to the guidelines and regula- 
tions, and describe some of the 


This Datapro report is a reprint of “Computer 
Accessibility for Federal Workers with Disabil- 
ities: It’s the Law” by Richard E. Ladner, pp. 
952-956, from Communications of the ACM, 
Volume 32, Number 8, August 1989. Copy- 
right © 1989 by the Association for Comput- 
ing Machinery, Inc. Reprinted with 
permission. 
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challenges for the future in meeting 
the computer accessibility needs of 
users with disabilities. 

Section 508 was developed be- 
cause it was realized that govern- 
ment offices were rapidly changing 
into electronic offices with micro- 
computers on every desk. In order 
for persons with disabilities to keep 
their jobs or gain new employment in 
the government, Congress decided it 
was necessary to make provisions to 
guarantee accessibility to microcom- 
puters and other electronic office 
equipment. The driving principle 
behind Section 508 can be found in 
Section 504 of the Rehabilitation Act 
of 1973 which states: 


No otherwise qualified handicapped 
individual in the United States... 
shall, solely by reason of his handicap, 
be excluded from the participation in, 
be denied the benefits of, or be sub- 
jected to discrimination under any pro- 
gram or activity receiving Federal 
financial assistance. 
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It should be stated off the top that the scope of Sec- 
tion 508 is not as broad as Section 504. In particu- 
lar, Section 508 only applies to direct purchases by 
the federal government and not to purchases made 
by all programs receiving government funding. 
Section 508 does not specify what the guide- 
lines should be nor does it delineate a philosophy 
on which to base the guidelines. A committee es- 
tablished by the National Institute on Disability 
and Rehabilitation Research (NIDRR) and the 
General Services Administration (GSA), in consul- 
tation with the electronics industry, rehabilitation 
engineers, and disabled computer professionals, 
worked for a year developing the philosophy and 
guidelines which will significantly affect the pur- 
chase of electronic office equipment, including 
computers and software, by the federal govern- 
ment, the largest computer customer in the world. 


Initial Guidelines 


On November 19, 1987 the Initial Guidelines ti- 
tled Access to Information Technology By Users 
With Disabilities was published jointly by GSA and 
NIDRR. The purpose of the initial guidelines is 
“to set a tone and to provide early guidance to 1n- 
dustry on the direction in which the government 
plans to move in the months and years ahead.”! | 
The GSA solicited reaction to the initial guidelines 
from all interested parties. 

After considerable response to the initial 
guidelines, on October 13, 1988, the General Ser- 
vices Administration published regulations pursu- 
ant to Section 508 as a Federal Information 
Resources Management Regulation (FIRMR).? 
About the same time the GSA published FIRMR 
Bulletin 56 which implements these regulations.” 
Bulletin 56 is basically a revision of the initial 
- guidelines based on careful consideration of the 
comments received. These and other documents 
helpful to government buyers, vendors, and users 
are available in a guide titled “Managing End User 
Computing for Users with Disabilities”* which can 
be obtained by writing to the address or telephon- 
ing the number provided in the footnote.* 


*Available from Clearinghouse on Computer Accommodation 
(COCA), Federal Information Resources Management, General 
Services Administration, 18th and F Streets NW, Washington, 
D.C. 20405 (202) 523-1906. 
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Guidelines and Regulations 


The FIRMR regulations inform federal agencies of 
what they are required to do to comply with Sec- 
tion 508. It is worth stating the general policy un- 
der which federal agencies must operate: 

Federal agencies shall provide handicapped 
employees and nonhandicapped employees equiva- 
lent access to electronic office equipment to the 
extent such needs are determined by the agency... 
and the required accessibility can be provided by 
industry. In providing equivalent access to elec- 
tronic office equipment, agencies shall consider: 


i. Access to and use of the same data bases and 
application programs by handicapped and non- 
handicapped employees; 


li. Utilization of enhancement capabilities for ma- 
nipulating data (i.e., special peripherals) to attain 
equivalent end results by handicapped and non- 
handicapped employees; and 


ili. Access to and use of equivalent communica- 
tions capabilities by handicapped employees.’ 


The regulations require that agencies of the federal 
government must assess the needs of its current 
and potential employees with disabilities and in- 
corporate appropriate functional specifications 
meeting those needs into solicitations to vendors of 
electronic office equipment. The assessment of 
needs of an employee is to be developed by the 
agency in consultation with the impacted employee 
to assure that the functional specifications are ade- 
quate. 

FIRMR Bulletin 56 organizes functional 
specifications into three broad categories: input, 


- output, and documentation. Under each category a 


list of specifications is provided to give guidance to 
agencies and individuals. This list 1s reproduced 
here to give an idea of what alternatives are cur- 
rently available. 


1. Input. 


(a) Multiple Simultaneous Operation Alternative. It 
is common for multiple, simultaneous striking of 
keys to be required for some functions. An alterna- 
tive for the same function using sequential rather 
than simultaneous key strikes may be required. 
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(b) Input Redundancy. Some programs require a 
fine motor control device such as a mouse. An al- 
ternative method such as voice input or key strokes 
may be required. 


(c) Alternative Input Devices. In some cases, an al- 
ternate input device may be needed to replace or 
supplement a keyboard or mouse. Alternative in- 
put methods may include speech input, eye scan, 
suck and puff, or headtracking. To support such 
devices, alternative physical ports or connection 
capability may be required. 


(d) Key Repeat. Some computer systems generate 
automatic repetition while a key is continuously 
depressed. This feature may need to be turned off 
or modulated. 


(e) Toggle Key Status Control. Some computer sys- 
tems provide a status light for toggle keys. An alter- 
native nonvisual feedback for the status of toggle 
keys may be required. 


(f) Keyboard Orientation Aids. Tactile overlays or 
other tactile indicators may be required to orient a 
person’s hands on the keyboard. 


(g) Keyguards. A keyguard to help stabilize move- 
ments and ensure that the correct keys are de- 
pressed may be required. 


2. Output. 


(a) Auditory Output Capability. Visual output is the 
most common form of output of computer sys- 
tems. Auditory output capable of speech with ad- 
justable volume control and headset jack may be 
required. 


(b) Information Redundancy. A visual alternative 
to auditory output such as warning beeps may be 
required. 


(c) Monitor Display. Visual output may need to be 
enlarged, reproduced verbally, or modified in some 
way. There are at least three factors to be consid- 
ered: 


i. Large Print Display. A means of enlarging a por- 
tion of the screen for both graphics and text may 
be required. 
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ii. Access to Visually Displayed Information. The 
capability to access the screen may be necessary to 
provide speech or braille output. 


ii1. Color Presentation. An alternative to color as a 
way of providing information may be required. 


A PR aL Le it PO AN che we EON SCT Tae TR ese 


Public Law 99-506—October 21, 1986 


An Act 
To extend and improve the Rehabilitation Act of 1973. 


Section 603. ELECTRONIC EQUIPMENT ACCESSIBILITY. 


(a) ELECTRONIC EQUIPMENT ACCESSIBILITY.—Title V of 
the Act is amended by inserting after Section 507 the follow- 
ing new section: | 


ELECTRONIC EQUIPMENT ACCESSIBILITY 


“Sec. 508. (a) (1) The Secretary, through the National Insti- 
tute on Disability and Rehabilitation Research and the Admin- 
istrator of the General Services, in consultation with the 
electronics industry, shall develop and establish guidelines for 
electronic equipment accessibility designed to insure that 
handicapped individuals may use electronic office equipment 
with or without special peripherals. 


‘(2) The guidelines established pursuant to paragraph (1) 
shall be applicable with respect to electronic equipment, 
whether purchased or leased. 


‘(3) The initial guidelines shall be established not later than 
October 1, 1987, and shall be periodically revised as technol- 
ogies advance or change. 


‘(b) Beginning after September 30, 1988, the Administrator 
of General Services shall adopt guidelines for electronic 
equipment accessibility established under section (a) for Fed- 
eral procurement of electronic equipment. Each agency shall 
comply with the guidelines adopted under this section. 


‘(c) For the purpose of this section the term ‘special periph- 
erals’ means a seal needs aid that provides access to elec- 
tronic equipment that is otherwise inaccessible to a 
handicapped individual.” 


3. Documentation. 


(a) Documentation may be required in electronic 
form to be read by an alternative output device. 


The emphasis of the functional specifications is 
not in providing specific solutions to accessibility 
problems, but in providing concrete objectives to 
be met by solutions. This allows for new and cre- 
ative solutions to providing accessibility. 


Reaction to Guidelines and Regulations 


There was a considerable response to the initial 
guidelines and a continuing response to the final 
guidelines and regulations by the computer indus- 
try, manufacturers of special peripherals, rehabili- 
tation engineers, consumers with disabilities, and 
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federal government agencies. Some of this response 
can be found in “Public Law 99-506, ‘Section 508,’ 
Electronic Equipment Accessibility for Disabled 
Workers.””> 


Industry Reaction 

The initial reaction of the computer industry to the 
guidelines and regulations has been mixed. Some 
companies are very concerned that their products 
will not follow the guidelines and that it will cost 
them dearly to upgrade to meet the guidelines. 
Some companies are relieved that guidelines are 
finally coming out so they can go ahead with their 
plans to make their products accessible to persons 
with disabilities and be assured that their work in 
doing so will be adequate. Interestingly, some de- 
signers of innovative computer software and hard- 
ware products are the most concerned because they 
feel that the guidelines will limit their creativity, 
forcing them to compromise their designs to satisfy 
a tiny minority of potential users. 

There are a large number of third-party ven- 
dors who manufacture and distribute hardware 
and software products which make computers 
more accessible.® These vendors are concerned that 
the guidelines might encourage primary vendors to 
provide “minimal” solutions which satisfy the 
guidelines, but do not allow the possibility of using 
their “superior” products. The guidelines make it 
clear that the responsibility of the primary vendors 
is to provide “hooks” into their hardware and op- 
erating systems which enable third-party vendors 
to continue making their accessibility products. A 
considerable effort has been made by the Industry/ 
Government Cooperative Initiative on Computer 
Accessibility to provide concrete guidelines on 
what hooks are needed to enable access. ’ 

There are clearly limits to accessibility de- 
pending on the abilities of users. Should office 
computer systems be made accessible to severely 
mentally retarded users? Should paint programs be 
made accessible to totally blind users? The regula- 
tion is worded in such a way that industry only has 
to provide equivalent access if the employee can 
use it and there is a feasible way to provide it. 
Thus, industry does not have to provide access to 
databases for mentally retarded users because they 
would not be using such software and does not 
have to provide access to paint programs for blind 
users because there is no way to do that with cur- 
rent technology. 
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Reaction of Rehabilitation Engineers 
Rehabilitation engineers are the designers and im- 
plementors of adaptive devices for persons with 
disabilities. They have long realized that there is an 
infinite variety of disabilities requiring a large 
number of choices of adaptive devices. It is a con- 
stant game of catch-up. As technology changes new 
strategies must be discovered to permit adaptive 
devices to be added. They have similar concerns to 
the third-party vendors that the guidelines not be 
misinterpreted by primary vendors. The primary 
vendors’ responsibility is to make it possible to 
have a large number of access solutions. This will 
make the job for the rehabilitation engineer easier. 


Should office computer systems be 
made accessible to severely men- 
tally retarded users? Should paint 
programs be made accessible to 
totally blind users? 


Consumer Reaction 

Consumers with disabilities have long recognized 
that new technologies can be more or less disabling 
depending on the technology and the individual. 
For example, the mouse can be more disabling 
than a keyboard for someone with limited fine mo- 
tor control. On the other hand, a mouse-like device 
controllable with head movement might be less 
disabling than a keyboard for someone with lim- 
ited use of his or her hands. Consumers have no- 
ticed that the trend in computer systems is to 
involve more and more of the senses and physical 
abilities of users in both input and output. There 
seems to be more graphics and less text, more 
sound for input and output, and more physical 
ability with mice, joysticks, and simultaneous key- 
strokes. The problem is that a particular computer 
system (hardware or software) may require too 
many senses and abilities making it not adaptable 
for users with disabilities. In general, consumers 
seem to be pleased that guidelines are out, helping 
halt the trend toward nonadaptable computer sys- 
tems. They also share the concern of the rehabilita- 
tion engineers and third-party vendors that the 
guidelines might encourage minimal solutions by 
primary vendors at the expense of better third- 
party solutions. 
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It is clear that Section 508 only applies to 
procurements of computer systems for office use 
by the federal government. Some consumers would 
like the law strengthened to include computer sys- 
tems purchased with government funds whether or 
not the purchaser is a government agency. 

The “Technology Related Assistance for Indi- 
viduals with Disabilities Act of 1988,” Public Law 
100-407 may have the effect of extending the scope 
of Section 508 to state governments. This law pro- 
vides funding to states to develop a response to 
computer accessibility for citizens with disabilities. 
The law stipulates that states must comply with 
Section 508 in order to continue receiving these 
funds. 


Reaction of Government Agencies 

A number of government agencies, including So- 
cial Security Agency, Department of Education, 
Department of Health and Human Services, and 
Internal Revenue Service, have already made mul- 
timillion dollar contracts which include Section 
508 provisions for computer accessibility for their 
employees with disabilities. Many other agencies 
are in the process of preparing solicitations which 
include accessibility. Within the government there 
has been a concerted effort to keep agencies in- 
formed of the new regulations and to assist them in 
preparing their solicitations and in finding techni- 
cal solutions to accessibility problems. 

However, there is a natural concern about the 
cost of providing accessibility, as the cost must be 
borne by each individual agency. What is the limit 
that an agency will pay to provide computer acces- 
sibility to an employee with a disability? The Sec- 
tion 508 regulations are too new to really ascertain 
this limit. So far, agencies which have included 
accessibility have done so by putting it in as a very 
small percentage of a multimillion dollar solicita- 
tion. 


Meeting Needs of Disabled Users 


The percentage of the population of working age 
who have some serious disability is currently at 
least 5 percent and is growing. Public Law 94-142 
which mandated that children with disabilities 
have a right to a full education became law more 
than 10 years ago. As reported by the Department 
of Education in 1983-1984 more than 10 percent 
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of all children aged 3-21 were served in special ed- 
ucation programs of one kind or another.® Thus, 
young adults with disabilities are more educated 
than ever before. The Rehabilitation Act of 1973 
mandated that these adults should not be discrimi- 
nated against in hiring or promotion. The triumphs 
of medical science have resulted in more lives be- 
ing saved, but in many cases the person saved ends 
up with some disability. Finally, people living 
longer are able and want to work well into the tra- 
ditional retirement years. With proper training and 
work environment, virtually every person with a 
disability can be a productive worker. In the U.S. 
there is an ever growing demand for workers with 
the ability to use computers and software. As 
pointed out to the author by Jay Brill, these two 
trends, growing numbers of workers with disabili- 
ties and growing demand for workers with the abil- 
ity to use computers, compound each other into 
the consequence: 


Computer systems must be made accessible to users with 
disabilities in order to maintain or improve the economic 
health of the United States. 


Thus, meeting the needs of computer users with 
disabilities is tantamount to meeting an important 
need of society as a whole. 

Providing access to a computer system for a 
user with a disability can be an exceedingly tricky 
problem. Disabilities can be placed into four broad 
categories: physical impairment, visual impair- 
ment, hearing impairment, and cognitive impair- 
ment. Within each of these categories, there is a 
wide variety of specific impairments which present 
barriers to the effective use of a computer system. 
For example, visual impairment can range from 
total blindness to extreme near vision to tunnel 
vision, to extreme peripheral vision, to color blind- 
ness. Some people with visual impairments read 
Braille while others do not. It is not uncommon for 
someone with a visual impairment to have a physi- 
cal, hearing, or cognitive impairment as well. Some 
impairments inhibit access to standard input de- 
vices, while others inhibit access to standard out- 
put devices. There are hundreds of solutions and 
many more potential solutions to this wide variety 
of computer access problems. What is needed is a 
relatively small set of “hooks” into computer hard- 
ware and operating systems which provide a plat- 
form for the development of special purpose 
hardware and software. To keep the number of 
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hooks to a minimum it would be very helpful if 
there were a set of de facto standards which com- 
puter manufacturers adhere to for input and out- 
put. For example, textual displays generally have a 
text buffer which can be accessed so the contents of 
visual display can be fed into an alternative output 
device such as a speech synthesizer. Access to the 
text buffer provides a hook which developers can 
use to build alternative output devices. With bit- 
mapped displays it is not enough to have a hook 
into the display buffer which is just an array of 
bits. What is needed are hooks into text and picto- 
rial contents of the various windows which are cur- 
rently on display. This is not easily accomplished. 

Making computer systems accessible to users 
with disabilities is a challenging problem requiring 
the cooperative efforts of the computer industry, 
third-party vendors of adaptive devices, rehabilita- 
tion engineers, and computer users with disabili- 
ties. The development of Section 508, the initial 
guidelines and final guidelines and regulations 
demonstrate that cooperation 1s possible. This law 
applies only to direct purchases by the federal gov- 
ernment, where it is most easily enforced. Much 
more needs to be done, but the future seems bright 
for a world where computers will be accessible to 
all regardless of disability. 
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in this report: Datapro Summary 
Pinning scsssersessesensuante 5 Planning and implementing a LAN requires a crew of experienced hands. The 
individual performs an essential, but slightly different role. And each person’s con- 
Implementation. ............0..+++. 4 _ tribution is critical to the team’s success. To design the departmental, enterprise- 
wide or global network, the LAN crew must face the tides of new technology, the 
TCI UING sssescessdesvsceseecsccecseetss 6 whirlpools of politics, the currents of support and training, and the whitewater of 
the organization itself. These guidelines for implementation and support will help 
Organization... 7 the LAN crew pull ahead to victory, and not run aground. 
For Team PlayersS..............+. 7 LAN implementation and support are major issues today in industries, from fi- 


nance to agribusiness, regardless of the organization’s size. Traditional systems 
management has often been at a loss to cope with the new technological scenario. 
To harness LAN technology across the board, one must understand LAN technol- 
ogy itself as well as organization and management approaches that emphasize hu- 
man resource factors. Consideration of one without the other is insufficient. This 
balanced approach seeks to avoid lopsided perspectives that are not unusual in 
modern technical management, and are particularly devastating in the LAN field. 


more specialized devices such as communi- 


Architectural Scope 


The scope of LANs has expanded tremen- 
dously during the past five years. Their 
breadth is reflected by the three logical sub- 
divisions which are important in organiz- 
ing LAN implementation and support: de- 
partment LANs, enterprisewide LANs, and 
global networks. 

Departmental LANs and the LANs of 
small- to medium-size companies have 
much in common. They are the “real” 
LANs, the basic building blocks for more 
extensive configurations. Departmental 
LANs consist mainly of workstations, file 
servers, and print servers. Occasionally 


This Datapro report is a reprint of ‘“‘The LAN 
Crew”’ by Robert Panza, pp. 40-52, from LAN 
Magazine Vol. 5, No. 9, September 1990. Copy- 
right © 1990 by Miller Freeman Publications, Inc. 
Reprinted with permission. 
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cation gateways, mail servers, database 
servers, and bridges are included. Depend- 
ing on the size of the LAN, cabling could be 
simple or sophisticated, temporary or per- 
manent. The LAN is usually formed from a 
single ring or segment, although multiple 
segments are sometimes used to cover a 
spread-out area. 

Departmental LANs fall within the do- 
main of the LAN administrator, who is the 
manager of the LAN. This involves a vari- 
ety of responsibilities, including planning, 
design, operational support, and applica- 
tions support. Administration sometimes 
includes applications development, secu- 
rity, and coordination of technical re- 
sources. At worst, the LAN administrator 
must call for help; at best, he is a hands-on, 
mini-data processing manager. 

“It has been an ongoing battle to inte- 
grate the LAN with a sophisticated work- 
station environment,” says Kevin Sheehan, 
a LAN administrator of NetWare/Token 
Ring LANs on Wall Street. “The greatest 
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challenge is working with MIS to expand application func- 
tionality far beyond the departmental LAN toward global 
LAN connectivity that supports worldwide revenue gener- 
ating operations.” 

Departmental LANs are highly visible to users at their 


workstations. In order to plan and implement a network 


successfully, the LAN administrator and key users must 
draw on the expertise of LAN gurus. These gurus might be 
found in the guise of other highly experienced LAN admin- 
istrators, in-house or outside consultants, expert personnel 
of LAN service vendors, or a central LAN service group 
under the MIS umbrella that functions as an objective in- 
ternal consulting organization. 

Small companies most likely rely on part-time, external 


consultants who are willing to work for a support fee or on 


an hourly basis. Departments in large companies require 
dedicated and sophisticated support that is permanent or 
immediately available. Permanent consulting staff and re- 
tainer relationships are the norm. 

Highly expert, reliable support personnel who can (and 
want to) work in the field are hard to come by. Such per- 
sonnel provide technical support to many different LAN 
administrators and/or attend to different departmental 
LANs on short notice. Such “short-order support” is likely 
to be an intensive experience with emphasis on problem- 
solving and troubleshooting. 

Large companies occupy a lot of building floor space. 
Whole buildings or large portions of a single building 
might contain many organizational components, i.e., de- 
partments. Company-wide connectivity can be attained by 
interconnecting the individual department LAN segments 
or rings via LAN bridges. 

There are economic and management incentives for 
connecting all data communication devices to the enter- 
prisewide LAN. The objective is to provide shared connec- 
tivity facility that must be flexible in the dynamic business 
environment,” says Marc Holstein, an expert in connectiv- 
ity solution design. ““They must allow moves and changes 
between the business units without impacting the connec- 
tivity infrastructure. The bottom line is that enterprise- 
wide connectivity lends itself to transparent integration of 
business functions on an interdepartmental basis across 
the entire company.” 

Some communication devices attach directly to the 
LAN: Gateways for access to asynchronous, X.25, SNA, 
and TCP/IP services; remote LAN-to-LAN bridges using 
uniform protocols, such as NetBIOS, IPX/SPX, or MAC; 
long and short haul routers; mainframe computer via 
front-end communication controllers, e.g., IBM 37X5; and 
mid-range processors (minicomputers) and control units, 


1.e., IBM 3174s. Most of these devices connect to the back- | 


bone ring or to specialized isolation rings bridged to the 
backbone. Others, such as 3174 control units, are normally 
attached to departmental rings. 

The result dramatically impacts each department’s 
LAN capabilities. After the connectivity structure is in 
place, the available services must be made known to LAN 
administrators across the enterprise. Once LAN adminis- 
trators get the hang of the enterprise LAN, they can inno- 
vate. For example, LAN administrators running NetWare 
may want to exchange data across the enterprise with other 
LAN administrators who are running IBM/Microsoft LAN 
operating systems, and vice versa. Or perhaps administra- 
tors want to provide users with access to NetWare and 
IBM/Microsoft servers at the same time. 

Enterprisewide LANs often involve multiple hardware 
types and upper-layer protocols. They can be connected 


JANUARY 1992 


 PlanningaLAN | 
' implementation 


Managing LANs 


building-to-building with LAN-to-LAN bridges and fiber- 
optic links. Remote LAN-to-LAN bridges are a good way 
to facilitate building-to-building connections over a wide 
area, using dedicated links when economically feasible. 

Designing and implementing the enterprisewide LAN 
requires a broad range of expertise. All network disciplines 
within the enterprise must be tapped. A central network 
group within MIS and/or an outside consulting firm usu- 
ally does the planning and design. The substantial invest- 
ment certainly mandates careful review before beginning 
implementation. Some connectivity installation work, 
such as installing the cable plant, can be contracted to out- 
side firms. 

International companies with major locations through- 
out the world want to link LANs together worldwide. Some 
LANs are extensive and complex; others are very simple. 
Connectivity must be built through direct links or through 
wide area network (WAN) facilities, such as public or pri- 
vate data networks. Linked LANs across the globe mean 
that the data in a LAN application at one location may be 
accessed worldwide. WAN expertise dominates this fron- 
tier in global data communications. In-house LAN and 
WAN experts must work together with outside service pro- 
viders in rowing the connectivity boat toward globally 
linked LANs. 


Planning 


In the real estate business, the emphasis for successful in- 


vestment is said to be “‘location, location, location.” In 
LANs, the emphasis is “planning, planning, planning.” 
The planning process is oriented toward design and deliv- 
ery of a cost-effective business solution, and it follows a 
pattern largely inherited from traditional systems analysis. 
When planning is completed, it is always evidenced by a 
written document or documents. Realism in planning is 
one of the most important factors required to produce 
good documentation. 

LAN and other systems technology plans must be in 
concert with the strategic, tactical, operational, and special 
project plans of the company or business unit. In addition, 
the schedules for technological deliverables require coordi- 


nation to ensure that the technology is in place when 


needed to support realization of the business objectives. 
The business and technology plans, however, each tend to 


go their own way. The critical elements of planning for 


LAN technology are outlined below. 

Needs analysis: The business needs must be clearly de- 
fined in the language of the businessperson. Sensitivity to 
the business need driving the requirement vastly increases 
the probability that the system will serve the users and the 
business, rather than vice versa. Assessing the business 
need involves identifying the business problem or prob- 
lems by interviewing a spectrum of company personnel, 
objective data gathering and analysis pertinent to the prob- 
lem, and thoroughly reviewing company operations. 

Applications focus: Computers exist for applications. 
The business need is satisfied through application systems 
that are supported in a particular computer system envi- 
ronment. Before the system environment.can be defined, 
the analyst must have an idea of which applications will be 
run, whether outside vendor packages will be used, and/or 
whether custom systems development will be needed. Ap- 
plications currently in use might have to be modified, re- 
placed, or migrated to a different system platform. Some- 
times new directions in application systems must be 
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Figure I. 
LAN Planning-Implementation 
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defined to establish a sufficiently cost-effective computing 
environment to enhance the competitive posture of the 
firm. 

Computing environment: The application systems are 
the prime factors that determine the computer environ- 
ment. The majority of applications run on the pervasive 
microcomputer-based LANs. While this is the ideal com- 
puting environment available today, it cannot exclusively 
support all application requirements or application sys- 
tems. Billions of dollars are invested in mainframe and 
minicomputer hardware, software, and data. Certain spe- 
cialized applications have been developed to run on only 
one or a limited number of platforms. Fortunately, it is 
routinely feasible for all computers to be attached to the 
enterprisewide LAN. Even if microcomputers are not the 
platform of choice for a particular application, LAN tech- 
nology is still likely to be an important part of the solution. 

LAN design and configuration: Many questions con- 
cerning hardware, software, cabling, topological layout, 
bridges, communication links, and security must be an- 
swered. These take into account all of the elements of LAN 
planning. Some issues from a seemingly endless list are as 
follows by departmental, enterprisewide, and globally 
linked LANs. 

Departmental LANs: Decisions include the type of 
LANs used, network operating systems preferred by the 
department, the number and type of workstations and 
servers planned, and the server’s speed and capacity in 
terms of disk storage and concurrent use (e.g., workstation 
requests per minute). Also, the standard workstation soft- 
ware must be decided, if there will be a standard for each 
type of user at all. Will the workstation have a Presentation 
Manager, Windows, New Wave, Saber interface, or a sim- 
ple menuing system? 

Enterprisewide LANs: Issues include the cable type, the 
logistics of the cabling plant, how rings or segments are 
bridged, and whether the bridges are controlled centrally 
or decentrally. The planners must decide which devices 
will be directly LAN-attached, if there will be mainframe 
communication front ends (and if so, how many Token 
Interface Couplers per front-end device), and how many 
minicomputers, control units, personal computers, and 
UNIX-based servers and workstations. 

Are there interoperability requirements that demand 
special connectivity, such as Token Ring to Ethernet 
bridges? Where should isolation rings be placed? Which 
communication protocols will be used throughout the en- 
terprise? What type of local and remote LAN-to-LAN 
bridges and data links are required? 

Other issues include configuring redundant and backup 
communication paths, deciding backup and recovery pro- 
visions, setting up network administration, evaluating se- 
curity risks and measures, and potential bottlenecks and 
traffic loads. 

Globally linked LANs: Evaluate the types of traffic and 
protocols, performance requirements, line speed and qual- 
ity. Then decide if the economics favor remote LAN-to- 
LAN MAC layer bridges, long-haul routers, or satellite ser- 
vices. Are dedicated data links justifiable, or must the 
LANs be linked through public or private packet switching 
networks? What about ISDN? 

Identify the key transport issues. Determine which 
type(s) of routing should be used and if multiplexers play a 
role. How must the applications be structured to ensure 
adequate performance across the global network? Evaluate 
if it is feasible to deploy advanced technologies, such as 
database servers and superserver platforms to support the 
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globally shared applications. If so, determine the advan- 
tages and if they are sufficient to justify the investment. 

Capacity planning: Identify potential bottlenecks that 
are likely to impact performance sooner or later. Gener- 
ally, capacity restraints are not due to bandwidth limita- 
tions. The most common bottlenecks are server I/O, server 
file systems, network adapter I/O, gateway capacity, and 
vendor limitations on the number of users. 

Communication links: The WAN experts will consider 
dial-up, dedicated lines, and X.25 interfaces for intercon- 
nection through public or private packet switching net- 
works, ISDN, fractional T-1, E-1, CEPT, T-3, satellite, and 
microwave. | 

Systems integration/interoperability: Once the connec- 
tivity groundwork is laid, the next objective is interopera- 
bility. Interoperability at the network operating system 
level is fairly straightforward. A more challenging systems 
integration feat is tying together systems running on Ether- 
net with systems running on Token Ring to form a logically 
seamless, distributed computing application. 

Application development: If custom applications are 
likely to be developed, then design consideration must be 
given to LAN resource functionality, process-to-process 
communication, application programming interfaces, and 
other communication-oriented LAN facilities. It is imper- 
ative to accelerate the education of application develop- 
ment personnel after finishing the planning process. 

Advanced technology deployment: Use of advanced 
technology should be considered in the strategic technol- 
ogy plan. The capabilities and cost effectiveness of ad- 
vanced technologies make them very attractive, once they 
are stable enough for implementation in the operational 
business environment. 

For example, Martin Korsin, a consultant with Logica- 
Data Architects, at New York Life insurance, plans to re- 
duce cable installation costs “by as much as 80 percent 
using unshielded twisted pair (UTP) to support IBM 
16Mbps Token Ring. Substitution of UTP for IBM Type 1 
cabling accounts for the cost differential.” 

Advanced technologies include 16Mbps Token Ring, 
high-speed LANs over unshielded twisted-pair, direct 
LAN attachment of 37X5 controllers, 3174 control units, 
and mid-range processors, high performance LAN adapt- 
ers, database servers, the new generation of superservers, 
and advanced long-haul routers. Soon, implementation of 
FDDI backbones will be ready for practical consideration. 

Cost/Capabilities analysis: My version of cost/benefit 
analysis is a cost/capabilities analysis. The businessperson 
wants to know the underlying strategy, the cost, the major 
deliverables, how the major deliverables quantitatively 
and qualitatively impact the business, the capacities and 
capabilities implicit in the technology investment, the 
risks associated with possible outcomes, and the level of 
probability associated with each future outcome. It is also 
valuable to project possible future scenarios against which 
the plan’s strategic validity may be evaluated. Business 
people appreciate the quantification of business impact 
over time, taking into account the time value of money. 
Risk assessment is invaluable since risks abound in tech- 
nology investment. 


Implementation 


Upon the plan’s completion and approval, we are ready to 
seize the reins of action. Implementation steps consist of 
resource procurement, installation, configuration, testing, 
onsite training, and operational cutover. 
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Hardware, software, and expert human resources are 
needed to proceed. Procurement of hardware and software 
involves the formal ordering process and securing timely 
delivery. Given the red tape at many large companies, this 
can be a drawn-out endeavor. At other companies, the plan 
might have been greeted with enthusiasm, but trauma sets 
in when it comes time to spend the money. In any event, 
planners must build sufficient lead times into project plans 
or find short cuts to ensure that implementation action is 
not held up due to lack of materials. 

A task force of LAN experts can achieve an incredible 
amount of implementation progress in a relatively short 
time span. This group should be assembled very early in 
the game. Once the cable plant is in place, a small LAN can 
be implemented in as little time as one day; a large LAN 
takes at least a week or two. The implementation team 
may be composed of both inhouse and outside personnel. 
Assemble experts and then give them the freedom to fulfill 
the implementation objectives. Consultants who are trust- 
worthy, proven veterans should lead the charge. These 
same consultants should have participated in the planning 
process since its inception. 

Cabling installation is for electricians, not for LAN ex- 
perts. However, LAN experts can handle the cabling when 
needed. Little physical layer engineering is normally re- 
quired at end-user companies because the physical layer is 
pre-engineered to the vendor’s specifications. After the ca- 
bling is installed, meters can be used to check for continu- 
ity, resistance, and other pertinent electrical characteris- 
tics. Electrical grounds may have to be assessed for some 
network topologies. 

Once the electricians have installed the cable plant and 
checked the readings with their meters, I strongly advise a 
quality assurance review. The best way to do the quality 
assurance review is to put wheels on a PC that already has 
an adapter board installed. Use a boot diskette to initialize 
network software and then run a few quick network tests at 
the connection point for each node. Generally, this exer- 
cise only takes a few minutes per connection and will most 
likely uncover numerous problems. The new LAN users 
will be spared from a negative initial LAN experience. 

Installing hardware for direct connection of devices to 
the LAN is straightforward, although the configuration can 
be complex. Network adapters must be installed in all PCs 
along with an adapter cable that connects the adapter to 
the main cabling plant. TICs and the appropriate cabling 
would be installed in 37X5s and other SNA devices. For 
personal computers, the hardware installation is normally 
a routine PC maintenance job: Put the network adapter 
board in a slot, attach the adapter cable, run diagnostics, 
then plug the adapter cable into the cable plant. Hardware- 
oriented field engineers normally provide the hardware in- 
stallation services. 

Every reputable software package has documentation 
that gives a clear description of installation procedures. 
The LAN software installation usually consists of the de- 
vice driver installation and the network operating system 
software installation. Device drivers residing in the CON- 
FIG.SYS file (of OS/2 and DOS nodes) enable the higher- 
level LAN software to access the LAN adapter. Adapter 
device drivers sometimes come with the adapter or may be 
part of a separate package. 

The IBM LAN Support Program is an example of de- 
vice drivers in a separate package; those device drivers 
provide data link control and NetBIOS interfaces for IBM 
DOS-based LAN operating systems on Token Ring and 
Ethernet. Normally, the device drivers are just copied onto 
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the node and then an installation aid program is run. The 
higher-level network operating system software also nor- 
mally installs through an installation aid program that 
comes with the package. The exceptions are the NetWare 
shell files for DOS-based workstations; they are usually 
just copied onto the workstation. Many installation aid 
programs automatically update the CONFIG.SYS and 
AUTOEXEC.BAT files of the LAN node that they are run 
on. (Automatic updates may or may not be helpful.) 

Existing workstation and/or menuing systems may 
need to be changed in order to take advantage of the LAN 
functionality. Therefore, new workstation software might 
be part of the installation task list. A workstation or menu- 
ing system should be used, since LAN features such as vir- 
tual drives confuse the user at the operating system 
prompt. 

Installation of bridge software is not extremely difficult, 
but the procedure varies by vendor. For example, an IBM 
Token Ring bridge attaches to and connects two rings. A 
NetWare 286 server with internal bridging, which can 
have up to four different LAN adapters installed, also 
routes traffic among the dissimilar LANs. 

Gateways between LANs and external communication 
systems must have multiple connections, which means 
multiple communication adapters. Device drivers and 
communication software need to be installed on the gate- 
way node. Again, the installation procedure depends on 
the gateway type and vendor. Although the LAN side is 
relatively straightforward, consult a WAN expert for the 
external services side. Routers are similar to bridges and 
gateways from the installation perspective, but are more 
powerful and complex. They can potentially support many 
different kinds of LAN-to-LAN and LAN-to-WAN con- 
nections. 

On enterprisewide LANs, specialized nodes can be in- 
stalled to perform functions such as network management, 
monitoring, capacity utilization, and problem diagnosis. 

After the cable plant is installed, little or no configura- 
tion work is required. However, adapter configuration set- 
tings might require adjustment for a variety of reasons, 
including performance optimization, resolving conflicts 
with other adapters, and avoiding memory conflicts with 
EMS device drivers. 

Adapter configuration settings may include any of the 
following: the range of PC memory addresses and amount 
of PC memory used by the adapter, hardware interrupt 
level, primary or secondary adapter designation, data rate, 
base I/O address, direct memory addressing, and connec- 
tor type. Settings for a particular adapter vary by type. 

Some network device drivers, like those of the IBM 
LAN Support Program, can be used to set the range of PC 
memory addresses used by the adapter to establish a lo- 
cally administered network address for the node, and to 
configure on-board adapter RAM. For Token Ring, data 
link transmit and receive buffers, messaging buffers, tim- 
ing parameters, and resources for supporting multiple 
node-to-node communication links are the most impor- 
tant factors. Network performance and functionality are 
impacted by the parameter settings used to configure the 
adapter. 

Configuring network operating system software can be 
very elaborate for IBM/Microsoft LAN operating systems. 
For DOS workstations, lots of NET START parameters 
and heuristics can be set to tailor performance, expand 
functionality, or reduce the amount of PC memory used by 
the LAN software. The latest software versions store the 
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parameters in a DOSLAN.INI or LANMAN.INI file. Pa- 
rameter settings at this higher level must be orchestrated 
with the parameters coded after the NetBIOS device 
driver. Tuning the NetBIOS parameters is both an art and 
a science that few have mastered. 

OS/2 workstations and servers running IBM/Microsoft 
LAN software are two or three times more complex to con- 
figure than their DOS predecessors. The IBM OS/2 LAN 
Requester and LAN Server parameters are stored in an 
IBMLAN.INI file. In addition, they require the Communi- 
cations (Comms) Manager to be configured, since all the 
interfaces that support the LAN Requester and LAN 
Server are contained in the Comms Manager. In terms of 
complexity, the Comms Manager configuration is equal to 
or greater than that of the IBMLAN.INI file. 

IBM workstation and server software can be installed 
and then configured afterward, although some basic con- 
figuring is required at installation time. The opposite se- 
quence pertains to NetWare server software. It must be 
configured before installation; only the maintenance may 
be done later. The configuration 1s part of the network gen- 
eration process. Likewise, NetWare workstation shell files 
for DOS nodes are configured during the shell generation 
and installed later. The NetWare Requester for OS/2 in- 
stalls more like the IBM OS/2 LAN Requester than its Net- 
Ware brethren; however, it is quite a bit simpler to config- 
ure than the IBM OS/2 LAN Requester. 

Workstation systems, menuing systems, and environ- 
ment software, like Microsoft Windows, impact and are 
impacted by the LAN software configuration. Other LAN 
and nonLAN communication software are additional vari- 
ables pertinent to configuration. RAM requirements and 
memory addresses might have to be juggled to avoid con- 
flicts and ensure that sufficient RAM is free to run all 
workstation applications. Adapter resources over and 
above those required by the LAN operating system might 
have to be allocated for other communication software 
that concurrently uses the LAN adapter. 

Throughout the LAN configuration process, the nodes 
must be thoroughly tested first by the task force persons 
doing the configuration work, and next by the LAN admin- 
istrator and users. Every possible workstation option 
should be checked. 

The initial network administration is part of the config- 
uration process. Users must be setup, shared LAN re- 
sources (file sets, printers, communication devices, etc.) 
must be defined, access rights to the shared resources must 
be created, and shared application systems must be in- 
stalled on the file server. On-site LAN orientation and 
training should be given to the LAN users as well as to the 
LAN administrator. The LAN administrator hopeful wit- 
nessed and participated in the hands-on implementation 
process; much of that experience serves as a training exer- 
cise. 

Documentation of the LAN configuration must be pre- 
pared and walked through for accuracy. It is normally very 
detailed for the cable plant of enterprisewide LANs. Im- 
portant procedures covered in the documentation for the 
LAN administrator include implementing a new LAN 
workstation, backup and restoration of workstations and 
file servers using LAN-based backup devices, problem 
solving and trouble shooting procedures, and a contin- 
gency plan in the event of LAN failure from a variety of 
causes. 

Once the user group is satisfied that the LAN works, the 
implementation task force turns the LAN over to the LAN 
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administrator. From this point forward, the LAN admin- 
istrator relies on the LAN support group whenever help is 
needed. 


Support 


All implemented LAN resources must be supported. 
Broadly speaking, the LAN support organization’s mission 
is twofold: problem solving/troubleshooting and training. 

Hardware and software is normally serviced through 
different groups within LAN support. Hardware support 
covers the cable plant, network adapters, and physical 
maintenance of PCs, 3174 control units, 37X5 communi- 
cation controllers, and other devices that are directly 
LAN-attached. Routine non-cable plant hardware support 
should be a subcomponent of the central hardware main- 
tenance group, because the same skills apply to both LAN 
and non-LAN hardware. Eventually, almost all hardware 
within the organization will somehow be related to LANs. 

The bread and butter of LAN support is software, oper- 
ating systems, and workstations. More than 80% of LAN 
support calls pertain to one or more of these. Application 
system concerns sometimes come into play. Special config- 
uration considerations pertain to applications running on 
LANs. LAN experts can perform astounding “tricks” with 
single and multiuser applications on LANs. Also, applica- 
tion developers who are writing LAN applications period- 
ically need advice from the LAN experts on performance 
optimization, multiuser LAN programming techniques, 
and programming interfaces. 

LAN support can be performed over the telephone, via 
E-mail, through remote LAN management tools, or on- 
site. Remote access software helps with support from a dis- 
tance by allowing central support personnel to view and 
manipulate nodes on remote LANs or on LANs elsewhere 
in the building. However, LAN support personnel must 
appear on-site when the problem cannot be resolved by 
advising the LAN administrator or by using the network 
management and diagnostic tools. While the LAN admin- 
istrator is usually the point of contact for the LAN support 
group, high priority users sometimes get special attention. 

Enterprisewide LAN support sometimes involves mul- 
tiple network disciplines; global network support fre- 
quently involves multiple network disciplines. Multiple 
network disciplines mean trouble because people in differ- 
ent technical components of the organization must work 
together. And the different mindsets sometimes seem in- 
compatible. Eccentricity in technical experts is not un- 
usual. This is a key management issue. It is best to struc- 


‘ture the support organization in a manner that minimizes 


interdisciplinary conflicts. Otherwise, problem resolution 
is hampered, and sooner or later systems management is 
embarrassed in front of the business operating units. 

The LAN support group must always be prepared for 
contingency action, since it is the support group of last re- 
sort. 


Training 


LAN training requirements are much more extensive than 
most people realize. They are also ongoing. LAN training 
is vital to the efficient and successful dissemination of 
LAN technology throughout the company. Much of the 
training should be done on a formal hands-on basis in a 
training facility equipped with a full set of communication 
technology. The trainers can be drawn from outside LAN 
experts, and/or the in-house LAN implementation task 
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force and LAN support group. For a large company, an 
offering of training courses by audience might look like the 
following. 

Upper management: One day seminars for upper man- 
agement include: Business Planning for LAN Technology, 
Strategic Deployment of Enterprisewide LAN Connectiv- 
ity, Why LANs? Economic and Qualitative Advantages of 
LAN-based Systems, Solutions for Integration of Hetero- 
geneous System Environments, Alternatives in LAN Tech- 
nology, and Organizing Technical Resources for Effective 
LAN Implementation and Support. Since top managers 
are the decision makers and later are the “‘nurturers”’ of the 
LAN-based strategy, many of the seminars should be at- 
tended before the planning process begins. Afterward, a 
one-day hands-on lab can be tailored to the interests of 
select members of the upper management group. 

Middle management: One day seminars are best for 
middle managers, such as: Departmental LANs— 
Management and Functionality, Managing the LAN Ad- 
ministrator, and Alternatives in LAN Technology. 

LAN administrators: At least two courses are needed: 
Basic LAN Administration and Advanced LAN Adminis- 
tration. The former is a three-day course; the latter is a 
five-day course. The courses, which split time evenly be- 
tween lectures and laboratory workshops, are geared to- 
ward the type of hardware, LAN software, operating sys- 
tems, and workstations implemented on the LANs for 
which the LAN administrators are responsible. 

Users: Two levels are needed. The introduction to 
LANs lecture lasts for a half day. Advanced issues in LANs 
is a two-day course, with time divided equally between 
classroom and hands-on lab. 

LAN implementation/support personnel: Basic LAN im- 
plementation and Support and Advanced LAN Implemen- 
tation and Support are both one-week courses emphasizing 
lab work. Lectures are given in the lab. 

Workstation development personnel: The LAN Technol- 
ogy Considerations in Workstation Design course enables 
workstation development personnel to feel comfortable 
with LAN technology and understand how to incorporate 
LAN technology into their workstation products. It is a 
three-day course that emphasizes lab work. 

Application development personnel: LAN Application 
Systems Development and Design enables application de- 
velopers to learn LAN programming interfaces, become 
comfortable with LAN technology, and understand the 
subtleties of LAN application design. This course mainly 
consists of three days of lab work. 

Physical layer specialist personnel: Personnel who im- 
plement and maintain the enterprisewide cable plant and 
network adapters often get locked into a narrow 
“physical” view of LANs. A broader perspective helps 
them in testing and diagnosing physical layer problems, 
using tools that run in the higher layers, as well as vendor 
problem determination procedures. Three days of lectures 
and labs will do the job for this group, although they will 
probably want more. 


Organization 


. The organization’s structure should consciously encourage 


teamwork throughout the company by maximizing inter- 
nal efficiencies and minimizing internal and external polit- 
ical wastefulness. It should also honestly involve the bus'- 
ness operating units in all major technology decisions, and 
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maintain genuine sensitivity to the viewpoints of non- 
networking system groups who might need to incorporate 
network functionality into their deliverables. 

Higher level management must root out excessive poli- 
tics that impair the realization of satisfactory efficiency. 
Interdepartmental cooperation is imperative. Otherwise, 
the systems organization will be viewed very negatively 
from the vantage point of the business operating units— 
the kiss of death for MIS. 

Strong management does not mean a top-down ap- 
proach that dominates and always sets direction. With fast 
paced technologies, the top-down approach can be coun- 
terproductive and wasteful. Control must be relinquished 
where a bottom-up approach makes more sense, as is gen- 
erally the case with LANs. Upper management then as- 
sumes the role of nurturers and benefactors. Control can 
be satisfactorily maintained through their trusted agents. 
It does not take long for upper management to see the ben- 
eficial results of LAN innovation when the game plan is 
sound and the implementation runs smoothly. 

Today there is a general crisis in technical management 
at American businesses. Being people- or business- 
oriented is not enough; systems management must under- 
stand and must be able to finesse the technology analogous 
to the way accounting managers understand and can fi- 
nesse the numbers in financial analysis. Good technical 
leadership has its roots in technical managers who under- 
stand the technology and what is going on around them. 
Keeping up with technological change is not easy; it re- 
quires technical renewal training, involvement, teamwork, 
person-to-person communication, and most important, 
using the technology everyday at the office to do one’s job. 

Good management brings out the best in people. A 
good manager is a catalyst for teamwork and achievement 
through which the department as a whole becomes signifi- 
cantly greater than the sum of its individual human ele- 
ments. People, however, are more important than the or- 
ganization. An organization is a logical combination of 
human resources; it is not a higher form of life. 

According to Wall Street legend, J. Pierpont Morgan 
valued human resources above all other assets—buildings, 
bonds, stocks, real estate, technology. Morgan understood 
that human spirit is the ultimate source of all achievement. 
The organization that harnesses human spirit has a vast 
advantage over those that ignore or debase it. 


For Team Players 


LAN implementation and support is a field-oriented mis- 
sion. Coming to grips with LAN implementation and sup- 
port in a large organization starts at the top—with the un- 
derstanding that LANs are a bottom-up technology. 
Reorganization of more traditional systems departments is 
most likely necessary. On the organization chart, control 
must be relinquished downward. Technical experts can get 
the ball rolling, but that alone is not satisfactory for dis- 
seminating LAN technology throughout the company. 
Training is a good tool to spearhead dissemination, but it 
must target numerous groups and different levels across 
the business. 

Keeping up with the fast-paced network technology is 
another matter. A methodology for doing so can be worked 
out for each individual firm. Once the methodology be- 
comes part of management practice, it must be periodi- 
cally revised (at least once a year) for adaptation to 
changes that have taken place in LAN technology and in 
the business. Hl 
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LAN planning, implementation, and maintenance is a complex, lengthy process 
that often evolves with twists and unfortunate surprises. To set forth an efficient 
and cost-effective LAN system, managers should follow a structured series of steps. 
The author of this report outlines the steps as: Study, Selection and Design, Imple- 


mentation, and Operation. 


The Study Phase 


Companies, corporations, and organiza- 
tions are rapidly recognizing that informa- 
tion is a key resource. Today’s corporations 
are relying more and more on computer- 
based information systems to manage this 
burgeoning data resource. However, 
computer-based information systems cover 
a wide range of hardware and software. 
They can be as small as a single personal 
computer or as large as multiple mainframe 
computers. The fastest growing computer- 
based information system being imple- 
mented to meet today’s business needs is 
the local area network. 

To be effective, the local area network 
should be implemented according to a 
planned, systematic series of steps and pro- 
cedures. This ensures an efficient and 
proper installation. These steps and proce- 
dures are divided into four broad basic cat- 
egories or phases (see Figure 1), which 
taken together form what is known as the 
life cycle or system development cycle of a 
computer-based information system: 


This Datapro report is a reprint of Chapters 10 
through 13, “Implementing the LAN: The Study 


Phase,” “Implementing the LAN: The Selection 
and Design Phase,” “‘Implementing the LAN: 


The Implementation Phase,” and “Implement- 


ing the LAN: The Operation Phase,” pp. 145- 
186, from LAN Primer by Greg Nunemacher, 
Copyright © 1990 by M&T Publishing, Inc. Re- 
printed with permission. 
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2. Selection and Design 

3. Implementation | 
4. Operation 


This section discusses the study phase of 
the system development cycle. Subsequent 
sections discuss the remaining three phases. 

The study phase is initiated to ascertain 
the need and/or justification to implement 
a local area network as the computer-based 
information system for an organization, 
company, or corporation. Essentially, the 
study phase consists of two separate sub- 
phases (see Figure 2): 


e Investigation and analysis 
e Feasibility study 


After these two sub-phases have been com- 
pleted, the project may enter into the next 
major phase of the LAN life cycle. 


investigation and Analysis 

The investigation and analysis portion of 
the study phase consists of information 
gathering, followed by a documented re- 
port. The necessary facts and information 
can be obtained by following the proce- 
dures outlined below: 


1. Collection of background information 
2. Definition of problems 


3. Assessment of information or user re- 
quirements 
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4. Identification of resources and constraints 
5. Report of information collected 


Step 1. Collecting Background Information 


This is the first function of the investigation and analysis 
process. Information must first be gathered about the orga- 
nization before any true analysis can be performed. This 
information should include the organization’s history, its 
present status and projected growth, operating policies, 
management styles, office environment, unique compo- 
nents of the organization, an overview of present office 
systems and procedures, and the attitudes or viewpoints of 
the people who will be affected by the local area network. 
This last element, assessing the views of the users, is very 
important and should not be overlooked or taken too 
lightly. The cooperation or non-cooperation of the people 
involved can “make” or “‘break’’ a system. 

A good understanding of the company’s politics is also 
very useful. This gives the analyst a better understanding 
of what he or she may encounter in trying to implement a 
local area network. For example, a key executive in the 
company may have come from another organization that 
used a minicomputer exclusively. This person could be to- 


tally opposed to the installation of personal computers - 


throughout the company. At the same time, other employ- 
ees may like using their personal computers. To these peo- 
ple the idea of being connected to a local area network may 
be equated to taking away some of their independence 
since network information is centralized and with the 
LAN these people will have to depend on others to support 
their daily operations. As far as company politics is con- 
cerned the local area network may be the brainchild of one 
manager, and certain people may want to see that particu- 
lar manager in as much turmoil as possible. In this situa- 
tion, cooperation may not be forthcoming for the LAN in- 
stallation, not because the local area network is ineffective, 
but simply to cause problems for one unpopular manager. 
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Step 2. Defining the Problem 


As discussed later, initiating a study to examine the feasi- 
bility of installing a local area network is not done on a 
whim. There usually exists concrete problems in the orga- 
nization’s information processes of sufficient magnitude 
to warrant systems analysis. Many times, these problems 
do not show themselves openly; however, they must be 
identified so that the faults in the information processing 
system are corrected. Using the background information 
that has been collected, it may be easier to identify and 
define these problems. 


Step 3. Assessing Requirements 

Any computer-based information system that does not 
supply timely and accurate information is of little use. 
What’s more, the information that is produced must be of 
value to the people who need it. Twenty reports may be 
offered to one small department, but if these reports do not 
provide correct information, what good are they? 

Painstaking care must be taken to ensure that the infor- 
mation requirements of the organization and its workers 
are met. This requires detailed analysis. The volume of in- 
formation processed by the computer-based information 
system must be known. What departments need what type 
of application programs? What departments need what re- 
ports and in what formats? The tasks that should be exe- 
cuted on the LAN and those that should be handled locally 
on the personal computer must be assessed. Finally, the 
expansion of the organization must be considered—what 
information needs will exist in three months, six months, 
one year, two years, five years? These growth needs must 
be projected and documented. 

The overall, long-term requirements of the people and 
the organization must be met in order to make a local area 
network a viable solution. Without meeting the require- 
ments of the people and the organization, the most sophis- 
ticated LAN is useless. 


Step 4. Identifying Resources and Constraints 


During the investigation and analysis phase, the organiza- 
tional resources must be identified and documented. Con- 
versely, the organizational constraints and limitations 
must also be documented. 

Organizational resources that will have an impact on 
implementing a new computer system essentially fall into 
two categories: 


e Computer hardware and software resources 
¢ Human resources 


The first thing to examine are the computer hardware and 
software the organization already possesses. Does each 
person have his or her own personal computer? Does the 
organization have a minicomputer or a mainframe com- 
puter? If so, are all computer users connected? If they are 
connected are they connected by PC terminal emulation or 
are they using dumb terminals? The software applications 
that the organization presently possesses also must be in- 
ventoried. Full knowledge of what the organization does 
and does not have is very important, and makes it possible 
to make a more accurate assessment of the organization’s 
true needs. It will also help to accurately estimate costs. 
The persons affected by implementing a local area net- 
work also must be identified. Their level of skill and their 
attitudes toward computers and computer applications 
should be known. This is necessary to determine the 
amount of training required, to identify who will support 
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the local area network, to decide whether additional pro- 
grammers will be needed, and for “‘public relations” pur- 
poses to ensure a smooth implementation. 

Organizational constraints and limitations can take 
many forms, including financial resources which are too 
often the primary constraint. During the investigation 
phase, a budget for the local area network must be estab- 
lished. Another major constraint is the lack of personnel 
available to maintain and manage the local area network. 
When other constraints are encountered, such as unsuit- 
able conditions to run cable, they must be documented. 


Step 5. Writing the Report 


After these initial investigations are completed, a quantity 
of information and facts will have been compiled. This in- 
formation must now be organized and thoroughly docu- 
mented. This documentation can then be used for the next 
phase of study, the feasibility study. 


Feasibility Study 

All the information that has been collected from investiga- 
tion and analysis can now be applied to ascertain the prac- 
ticality or need, in other words the feasibility of installing a 
local area network. Will the local area network fulfill the 
requirements identified by the investigation and analysis? 
The feasibility study should answer that question. 


Cost and Benefit 


The feasibility study must estimate the actual costs of im- 
plementing a local area network. It should also show, in 
dollars, the benefits gained from the local area network to 
justify the costs. It might be useful to use time tables show- 
ing how costs are recouped, including amortization sched- 
ules. 


Study Phase Report 


The feasibility report is drafted next using the information 
gathered during the investigative process. This report 
should define all associated details that were uncovered 
during the investigation and the results of the feasibility 
study. All of this accumulated information is studied and 
applied to assess the capabilities needed and possibilities 
offered by a local area network. If any information specific 
to a local area network has not been gathered during this 
feasibility study, the analyst must then obtain this addi- 
tional information. Lastly the report should offer a recom- 
mendation. 

Of course, there may be a host of unanticipated factors 
and issues that must be addressed when conducting the 
study to determine the feasibility of installing a LAN. 
There may be more investigation and analysis than was 
originally thought. Not only must the needs and problems 
of the organization be identified, but the analyst must 
know how LANs operate and if a LAN can be of benefit. 
More than one analyst may be involved in this first phase. 
One analyst may determine or identify all the problems, 
existing procedures, constraints, limitations, and _ re- 
sources. Then a second analyst who is very conversant in 
LAN technology and applications may be recruited to 
write the recommendation using the information obtained 
by the first analyst. One must know what a LAN can and 
can not do before one can write any sort of recommenda- 
tion. This is very important for any successful LAN feasi- 
bility study, or any other subsequent phase of the LAN 
development. Without sufficient knowledge and experi- 
ence, it is impossible to make authoritative recommenda- 
tions and guide others in nurturing the LAN through its 
life cycle. 
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As always, he careful who performs the feasibility 
study. If a vendor performs this study, they can slant or 
bias the information so the recommendation appears fa- 
vorable for a specific local area network. It is important to 
know at all times who is performing what portion of the 
study, and what vested interest that person might have in 
the study’s findings. 

The study phase report is usually presented in a meeting 
so those connected with the LAN project can review the 
report and discuss its findings. Three actions may result 
from this review meeting: One, the project is postponed or 
rejected. If this is the case, all investigation and analysis 
stops. Two, it is decided that more information is needed 
before a final decision can be made. This results in more 
investigation and analysis. Three, the review committee 
endorses the recommendation and the life cycle of the net- 
work then proceeds to the next phase. 
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To Install or Not to Install? 
In most cases, there are specific reasons that trigger an or- 
ganization to investigate the feasibility of installing a LAN. 
It is unusual for a LAN to be implemented for no signifi- 
cant reason (although this has happened—to be “‘in 
vogue,” someone decides the company needs a LAN 
whether it is justified or not). Attention should be paid to 
underlying reasons and causes that prompted the initial 
investigation and analysis. The entire information pro- 
cessing structure should be brought down to the very basic 
level. First, identify existing problems and needs that are 
not being met, and then identify future needs that need to 
be addressed as the company grows. Secondly, consider if 
the LAN fulfills those needs in the present, and will it be 
able to grow to accommodate future needs. 

Using this basic premise, there are some easily identifi- 
able reasons to initiate a feasibility study, including: 


¢ Improved efficiency 

e Improved control 

e Improved productivity 
e Improved services 

¢ Costs savings 


By understanding why the system study was initiated, the 
analyst will be better able to define the prime directive 
driving the investigation and analysis. Knowing the prime 
directive behind the system study makes it easier to focus 
on items that might be otherwise overlooked, and which 
would probably affect the feasibility study by their ab- 
sence. Should some items be overlooked and slip by in the 
feasibility study, additional problems may arise as the sys- 
tem is developed. Oversights could also cause the project 
to be canceled when it should not be canceled. 


Improved Efficiency 


Creating a more efficient operation could be a major rea- 
son to start a system study. The analyst must look at al- 
most every aspect of the organization to be able to improve 
its efficiency, which requires substantial investigation and 
analysis. All systems currently in place, all procedures 
presently used, all plans for expansion must be examined. 
One particular catalyst that creates inefficiency and sub- 
stantiates the need for a local area network is the growth of 
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the organization. What once started as a small endeavor 
can in a short time grow into a sizable enterprise. Imple- 
menting a LAN may be one way to use outmoded equip- 
ment. The organization probably has some microcomput- 
ers and peripherals that could be incorporated into a 
network. 

Previously, in larger organizations, when a department 
expanded, moving to a centralized mainframe appeared to 
be the only viable solution. Unfortunately, a centralized 
mainframe could not always provide the end users with 
timely and precise information. Today, local area net- 
works are considered an alternative solution. 


Improved Control 

Increasingly, there is a trend among organizations for indi- 
vidual departments to take on the information processing 
control for their groups. The managers prefer this to hav- 
ing everything stored on one, centralized, computer-based 
information system. Localizing information processing ca- 
pabilities gives department managers more security and 
more control over their department. 

Where a departmental minicomputer was the alterna- 
tive to a centralized system, the development of sophisti- 
cated personal computers with more processing power has 
taken the place of minicomputers. This is especially true 
when the data is provided via a local area network. So to- 
day’s departments are installing local area networks in- 
stead of minicomputers. 


Improved Productivity 


A primary objective of any manager is to increase the pro- 
ductivity of his or her staff. One tool that has proven its 
ability to improve efficiency time and again is the com- 
puter. However, even in today’s business environment, in- 
formation available from a centralized computer cannot 
always provide data when it is needed and in the form it is 
needed. So, again, whether the work group is large or small, 
managers are turning to departmental processing. The lo- 
cal area network is one way to assist in the increase of de- 
partmental productivity. 


Cost Savings 

A local area network may be warranted on the basis of cost 
savings alone. Usually it is less expensive to implement a 
local area network than to install a minicomputer or small 
mainframe. 

Microcomputers have greatly reduced the cost of infor- 
mation processing. No longer do small companies have to 
rely on expensive MIS hardware or outside data processing 
companies. They can now do the same data processing in- 
house using microcomputers. When the conditions are 
correct the company can use their existing microcomput- 
ers to form a local area network that increases their data 
processing power. Thus the existing equipment is capable 
of being “recycled” into a local area network. 


Improved Service 


Many companies, and even departments within large orga- 
nizations, rely on their customer database for their exist- 
ence. In service businesses, for example, to be competitive 
a company has to increase the type and quality of service, 
and computerized data processing is often the key. 

Local area networks can provide the information pro- 
cessing requirements that a company needs to improve 
their service to their customers. For example, in a busy 
doctors’ office, information on different patients may be 
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accessed from different terminals by different nurses, 
which decreases the time the patient must wait and thereby 
provides a better service. 

Local area networks are not the only solution available 
to solve information processing problems. They do, how- 
ever, offer a timely and appropriate solution in many, if 
not most, cases. Whether a local area network is the appro- 
priate solution for your environment depends on what you 
uncover during the study phase of the system life cycle. 


The Selection and Design Phase 


Beginning the LAN design phase implies that the recom- 
mendations put forward in the feasibility study were ap- 
proved (see Figure 3); the benefits gained from implement- 
ing a local area network will substantiate the costs. 

The design phase begins the process of creating a de- 
tailed blueprint of the system. Much of the information 
collected during the study phase also can be used in the 
design phase, but a greater degree of detail will be required. 
First and foremost, the system must be designed so that it 
falls within budgetary constraints. The system must also 
satisfy those requirements identified in the study phase. 

Listed below are some of the important issues that must 
be addressed during the design phase (see Figure 4): 


¢ Consult with the users. 

¢ Develop a chart showing information flow. 

¢ Select the best topology. 

¢ Select the appropriate transmission media. 

¢ Evaluate the available software. 

¢ Evaluate the available hardware. 

¢ Determine the degree of system security required. 
¢ Determine the proper system management. 

e Select and design the most appropriate system. 
¢ Prepare a design phase report. 

¢ Develop a procedural design. 


System Security 

Many times, when a computer-based information system 
is developed that consists solely of PCs, the security aspect 
is not taken seriously. The biased viewpoint remains that 
PCs are not serious data processing equipment and there- 
fore security is often overlooked. 

A PC may contain data that is just as confidential as 
data found on a mainframe computer. Once the PCs are 
interconnected, the issue of security looms even larger, and 
local area network security is something that should be 
taken seriously. The choice of system components and the 
system design should reflect the degree of security needed. 
After all, an organization’s fate may be determined by in- 
formation security. Harm may come to the organization 
whose information is not secure and may be accessible to 
those who should not have access. System availability 
must be monitored carefully. 

A local area network’s security needs are much like the 
security needs on a minicomputer or a mainframe com- 
puter. The LAN, like the mainframe and minicomputer, 
may store confidential data. This data needs protection re- 
gardless of the system used. Like the mainframe and mini- 
computers, a LAN stores many application programs and 
data that are not for everyone’s use. The degree of accessi- 
bility given to each user must be determined. 
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Another security issue that is unique to a local area net- 
work is the accessibility of the actual LAN hardware. Is the 
file server secure? Could someone easily remove the file 
server from the area? Providing access to hardware com- 
promises security. 

There are other aspects of security to consider, but the 
best method to effectively secure a LAN is through proper 
network management. The question of security addresses 
the safety of the data and applications. Is the local area 
network open to a virus or any other program that might 
harm the data and applications on a local area network? Is 
the data safe? If data is accidentally erased, can it be re- 
created? This is done by storing backup copies of the net- 
work’s files. Is there a disaster recovery plan? The file serv- 
er’s storage may be backed up on tape or some other 
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medium, but a backup is of no benefit when the building 
burns. A copy of the data should be kept off-site in a secure 
place. 

The evidence is quite clear that a security study should 
be done. The level and degree of security required for a 
local area network must be defined. Once defined, it must 
be incorporated into the design of the system. 


Proper System Management 
System management can be divided into two categories: 


|. Procedures and policy 
2. Maintenance 


Procedures and Policies 


A few local area network managerial policies and proce- 
dures were discussed as they related to the LAN’s security, 
such as making sure that servers and other hardware are 
inaccessible, preventing viruses, creating file backups, and 
having a plan for disaster recovery. 

Other procedures must be established to ensure a 
smooth and efficiently operating LAN. The following are a 
few procedural strategies you might consider, but they are 
by no means all the procedures and policies you might care 
to implement: 


Password Schemes: User password schemes are an impor- 
tant aspect of security. A procedure needs to be developed 
to create user passwords and record them in a secure place 
in case access is required in an emergency. Procedures 
should also be created to change passwords at regular inter- 
vals, and to remove passwords for users who no longer 
have authorized access to the LAN, such as terminated em- 
ployees. 


Data Archiving: Data backups are a crucial part of LAN 
maintenance. A procedure needs to be established that de- 
fines when backups are performed (usually at night when 
users have logged off the system), how often they are per- 
formed, and how backup tapes or disks should be rotated 
and stored. 


User Training: A procedure to train new users should be 
established. Such training can be performed by the net- 
work administration staff, or department managers or 
staff members can be designated as LAN trainers. User 
training manuals explaining how this specific LAN envi- 
ronment functions could also be valuable and save a lot of 
frantic user phone calls. 


Policies for Application Programming: A procedure needs 
to be established to create batch files and support for new 
users. In addition, rights for access to different LAN data- 
bases have to be considered. This is particularly true where 
LAN-based data should be kept confidential, as would be 
the case with payroll records. Policies for assigning rights 
to applications need to be created to assign read and write 
authority to some managers while providing read-only ac- 
cess and write-only to other users. There are other 
applications-oriented policies to be considered, but these 
will vary depending on the network environment. 


Connections to Other Systems: Interconnecting depart- 
mental work groups or even connecting LANs to other 
LANs or LANs to wide area networks (WANs) or main- 
frames requires its own unique considerations. 
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Network Logs and Journals: All the information about the 
local area network installation has to be recorded. Even if 
there is only one LAN administrator, that individual can- 
not possibly remember every configuration option or ev- 
ery user password. And if there is more than one person 
administrating the network, this problem is compounded. 
Having a master notebook or file of network information 
can be invaluable when it comes to maintenance. This log 
should contain every detail about LAN hardware and soft- 
ware configuration, and the types of equipment and con- 
nections used. Records should also be kept of various part 
numbers and warranties in case equipment or software 
needs to be replaced or upgraded. 


Assigning New Users: Procedures must be developed for 
adding users to the system. These include the files and ap- 
plications to which that user should have access, assigning 
an electronic mailbox, training, etc. 


Deleting Old Users: When users are removed from the sys- 
tem, a procedure should be used to delete that user’s pass- 
word, remove his or her mailbox, archive that user’s files, 
etc. 


Installing Software: When new software is added to the 
network, it has to be installed on the hardware that will 
make it accessible to the users who need it most. Is there 
enough capacity on that hardware to handle another appli- 
cation and its associated data? Are the appropriate printers 
and devices available to support the application, such as a 
laser printer for a new word processing package? Also, us- 
ers must be notified and trained in using the software. 


Planning for Network Growth: In designing the network, 
areas of growth should be identified and the LAN config- 
ured accordingly. For example, if the organization’s sales 
staff is expected to double within the next year and each 
new employee requires a workstation, procedures should 
be established to accommodate that growth on an ongoing 
basis. After all, stringing new cable and installing a number 
of new users cannot be accomplished overnight. Further, 
the hardware and software associated with those growth 
areas should be able to handle the added capacity. 


Network Printing: In setting up the network, printers 
should be strategically located to accommodate those users 
who need printing services the most. For example, those 
departments that generate large amounts of correspon- 
dence should share a laser printer, but other users may 
need occasional access to that same printer. 


Network Monitoring: A procedure to monitor network 
performance on an ongoing basis can help prevent trouble 
before it starts. This can be done using sophisticated net- 
work management hardware, like a protocol analyzer, or 
even by running periodic performance tests at various 
points on the network. 


Maintenance: Policies and procedures must be estab- 
lished for both overall maintenance and day-to-day man- 
agement of a local area network. System maintenance 
functions can be grouped into two major categories: 


e System Hardware Maintenance: Once the hardware is 
installed there are some procedures to follow to make 
sure it continues to run properly. The hardware should 
be tested periodically to make sure it is running at or 
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near specification. Diagnostic software is available that 
will provide a benchmark for performance. 


Of course, if hardware fails, it will need to be repaired 
or replaced. Again, diagnostic software and trouble- 
shooting devices can be used to isolate the problem and 
determine which hardware component needs to be re- 
placed. 


Upgrades should also be considered part of the hard- 
ware maintenance process. For example, if the amount 
of network data has grown to fill the server’s disk capac- 
ity, a larger disk will be required. Or if there is so much 
data stored on the network that it cannot be backed up 
in a timely manner, it might be time to upgrade to a 
faster backup system. 


No matter what kind of hardware maintenance is re- 
quired, it is important to keep a written record of all 
hardware repairs and upgrades. Keep a record of all 
changes to the network, including serial numbers, dia- 
grams of hardware configuration, etc. 


e System Software Maintenance: Once the application 
software has been installed, it will require little mainte- 
nance, if any. However, it may be necessary to upgrade 
that software as new versions become available. This will 
mean keeping a record of all the software packages in- 
stalled on the network, including application version 
numbers and serial numbers. Upgrades for certain appli- 
cation packages are provided free to qualified users, so it 
is important to keep receipts to verify purchase dates and 
other information. 


Part of software maintenance is providing applications 
to the users who need them. This will mean configuring 
the system, writing batch files, and modifying access 
programs to accommodate the needs of different de- 
partments and users. It will also mean changing the 
configuration to accommodate new users. However, be 
careful when modifying software configurations. Mod- 
ifying a program to suit the needs of one user or depart- 
ment, can affect the other 50 users on the network. 


One aspect of software maintenance that is often over- 
looked is keeping archived copies of the software as 
well as the data those applications support. If the server 
ever fails or “crashes,” it will be necessary to start from 
scratch. This will be a lot easier if all of the application 
software is at hand, including copies of the batch files 
and configuration files. 


Again, be sure there is a written record describing all 
aspects of software configuration. 


Consult With the Users 

At this point in the design phase, it is time to categorize 
and prioritize user requirements. In the past, it was a tra- 
ditional practice to develop the network without consult- 
ing the users. But without ongoing consultation, a LAN 
may be developed that is technically excellent but fails to 
meet the needs of the users. If the users needs are not met, 
it does not matter how much money and technology was 
put into the LAN, it is a failure. Therefore, never leave the 
users out of the system life cycle, and be sure to document 
the information as you accumulate it. 

User contact makes it easier to select the right compo- 
nents and create a design that can grow with the needs of 
the organization. Remember, too, that users may be some- 
what suspect of a local area network. By staying in contact 
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with the users, their fears and apprehensions can be less- 
ened. The attitude most users have to change becomes fa- 
vorable when they realize that what they say and feel about 
the system is taken seriously. And as users become more 
knowledgeable about the LAN, they tend to offer more 
solid information about what they need now and in the 
future. 

What users might need in the future is very important. 
The network must not be designed to meet only present 
user and organization’s requirements. The price for that 
kind of thinking will have to be paid later, and it can be 
costly. 

So, above all, consult with the users. Listen to the users. 
Try to remove their apprehension. Often, apprehension 
surfaces as negative attitudes. Try to instill a genuine feel- 
ing that the LAN is not something that will remove their 
jobs, but something that will help make their jobs easier. 
Again, learn from the past. It is well worth it. 


Development of Procedures Design 

When any new system is introduced to an organization, the 
methods used by that organization may need to be modi- 
fied or eliminated. Many times new procedures need to be 
developed to complement the smooth operation of the net- 
work. Be prepared to modify the procedures or methods 
used to perform tasks affected by the network. In creating a 
new LAN, it is important to be able to design new methods 
of operation for the organization, and to be able to defend 
those new methods. 


Development of Information Flow 

From the study phase, information was collected on the 
organization on a broad scale. Part of this information 
came from the background of the organization. However, 
when designing a local area network, not only may proce- 
dures change, but organizational functions may change as 
well. The flow of information will probably change as well. 

As an example, if the warehouse foreman was not re- 
ceiving daily reports, it would be harder for him or her to 
perform. This was identified as a problem during the study 
phase. The local area network should be designed to rem- 
edy that particular situation, so the flow of information is 
changed. 

In designing the network, it may be necessary to dra- 
matically change the overall flow of information, or the 
information flow may not have to be modified at all. The 
design of the network should accommodate a change in the 
information flow when it remedies a problem situation. 
The idea is not to change what is already in place just for 
the sake of changing it. Data flow and design must serve a 
specific purpose. 


Select the Best Topology 

Selecting a network topology is an extremely important 
point, and one that must not be overlooked in the design 
process. In many cases, selection of the media access 
method, 1.e., Ethernet, Token Ring, etc., determines the 
topology, however this is not always the case. 

Linear bus networks, primarily Ethernet and occasion- 
ally ARCnet, work well in laboratory and school environ- 
ments, where machines are to be placed side-by-side. Dis- 
tributed star topologies, such as those used by the ARCnet 
and LOBASE-T standards, are an excellent choice since 
they lend themselves well to troubleshooting and expan- 
sion. If a Token Ring network is chosen, the topology can 
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only be a distributed star. Token Ring networks are inter- 
nally a ring although externally they resemble a distributed 
star. 


Select the Appropriate Transmission Media 
There is a little more flexibility when choosing a transmis- 
sion medium. Coaxial cable (for Ethernet and ARCnet) 
has an incredibly large installed base and is still being 
widely used, although more networks are realizing the ben- 
efits of twisted-pair wiring, which is what most Token 
Ring networks use. Twisted pair is a much more versatile 
and inexpensive medium, and is capable of high transmis- 
sion rates. For Ethernet and ARCnet networks, twisted 
pair is an excellent choice, and for Token Ring networks it 
is your only choice. 

In many cases, the choice is to go with shielded or un- 
shielded wiring. Shielded wiring accommodates longer ca- 
bling distances and makes higher transmission rates easier, 
although it is more costly. 

Fiber-optic cable is another option, and is available for 
most networks. Users of this expensive and fragile me- 
dium usually require a high level of security and/or need to 
cover long distances with high bandwidth. Many networks 
consist of fiber-optic cable for vertical and long distance 


runs, and twisted pair for cable runs from distribution 


closets to the desktop. In Ethernet networks, thick coaxial 
may be used for vertical or long distance runs. 


Evaluate Software 
It is the LAN developer’s responsibility to evaluate the dif- 
ferent software packages available and select those that 
most closely suit the requirements of the users. The users’ 
software application needs were determined in the study 
phase. Now the right software must be identified to meet 
those needs. | | 

There are many considerations that must be kept in per- 
spective when evaluating software. How closely does the 
software meet the needs of the users? Is the software con- 
sidered easy to use and does it have many bells and whis- 
tles? Remember, if it does not meet the users’ needs, then 
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no matter how user friendly or how many bells and whis- 
tles, it is the wrong choice. 

If security isa key item, then the software package must 
meet the requirements for security set forth by the organi- 
zation. However, the LAN design may compensate for se- 
curity not offered in the software package. And what about 
hardware requirements? Is the LAN hardware powerful 
enough or appropriate for the software being considered? 

Software maintenance and documentation are also cru- 
cial. If bugs are found in the software, does the vendor 
agree to correct these problems? Is the software too expen- 
sive? Are updates to the software too expensive? Does the 
documentation provide enough clear and succinct infor- 
mation to make it easy to learn the software? Is training 
required to learn this software? If so, then how much does 
the training cost? Is the software compatible with the net- 
work to be installed? 

Once all of these factors have been taken into account, 
an authoritative recommendation can be made for the 
right software package that will suit the users’ require- 
ments. 


Evaluate Hardware 

The hardware that comprises the local area network must 
also be evaluated. After all, the hardware selected must 
support the software that was recommended. Consider the 
maintenance contracts for the hardware. Is the supplier or 
installer going to supply ongoing hardware support? Does 
the vendor guarantee the hardware for a period of time? 
Should a hardware maintenance service contract be 
signed? 

The hardware selected also should comply with indus- 
try standards. If a piece of hardware is used that is not well 
known or well accepted in the computer industry, the orga- 
nization could be in trouble when problems develop. The 
documentation of the hardware should be adequate. And 
is there training needed to operate the hardware? If so, is 
the training readily available, either from the vendor or the 
supplier? 

Finally the price of the hardware should not be over- 
looked. You do not always “get what you pay for.’ Many 
times an organization was greatly overcharged for the 
hardware they purchased. Scrimping on hardware when 
installing or upgrading a LAN is also not always advisable. 
Be certain to invest in a hardware platform that has 
enough flexibility to suit the organization’s needs, and that 
can handle future requirements. 


Create the Most Appropriate LAN 

Creating the most appropriate local area network for the 
environment requires all the information gathered in the 
study phase and presented in the feasibility report. In ad- 
dition, information on the evaluation of hardware and 
software will assist in the design process. 

The problems identified during the study phase should 
be restated. Then a system can be designed that addresses 
and corrects each of the problems listed. In addition the 
system must meet the requirements set forth in the hard- 
ware and software evaluations. It is also important to be 
able to make alterations to the design, and to be able to 
consider alternative products or methods. 


Prepare a Design Phase Report 

Once the system has been designed, the design should be 
presented in a design phase report. This report is reviewed 
by the committee of those involved with this project. If the 
design is acceptable, then the next phase, implementation, 
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begins. If the design is not suitable, then another design 
must be created that addresses the objections raised by the 
committee. 


The Implementation Phase 


Once the design of the local area network has been ap- 
proved, it’s time to implement the hardware and software 
(see Figure 5). The implementation phase or development 
phase as it is sometimes called, is where the local area net- 
work is actually delivered, installed, tested, and made op- 
erational. 

This is the point where the users actually begin to see 
the system. The days and weeks of information gathering 
and analysis are now showing tangible results. The work- 
ers’ everyday routine will also begin to change during sys- 
tem implementation so the installer, the person responsi- 
ble for the actual implementation, must be aware of the 
users and their feelings. The wise system implementor 
takes the time to talk with the users, to explain what is 
occurring, and to help them develop a positive attitude to- 
ward the network. 

This is the stage where the LAN starts to become a real- 
ity in the minds of the users, since more people will be seen 
at work in this phase than in the previous study and design 
phases. A few people can gather the information and de- 
sign the system. It requires more people to actually install 
the system and ensure that the system works correctly and 
accurately. So with all this visible activity, it is best to try 
to gain the users understanding and cooperation. 

It should be noted that the components designated dur- 
ing the design of the LAN may be modified at this point. 
Considerations that were overlooked in the study and de- 
sign phase can be corrected in this phase. It should also be 
noted that any major redesign or change in key pieces of 
hardware or software must be approved by the review 
committee before they are implemented. 

The other two phases could be conducted according toa 
defined set of actions or activities, and the same should 
hold true for the implementation phase (see Figure 6). The 
major activities or steps in the implementation phase are: 


Implementation plan 

Computer program design 
Review meeting 

Equipment installation 
Computer program development 
System test 

Software test 

Manuals developed 


ey. ae: eee 


Personnel training 
10. Final review meeting 


It is not uncommon for the implementation phase to take 
substantially more time than the study or design phase. A 
great amount of work must be accomplished in this phase 
before it can be called complete. The amount of the activ- 
ities listed above suggests that more time has to be allotted 
for this phase, and this will hold true in most system instal- 
lations. 

The timetable for LAN installation may vary. It could 
take a couple of weeks or longer, depending on the scope of 
the project. It is possible to have the hardware working 
properly in one month, but the actual application software 
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Figure 6. 
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may take longer to install and integrate. The amount of 
time spent on each activity is determined by the scope of 
the project. 


implementation Plan 

Once the system has been selected and the specifications 
detailed, the next step is to develop a plan to describe how 
this system is to be installed. The implementation plan 
carefully outlines on paper the procedures and sequences | 
necessary to enable the system, providing a blueprint that 
will result in an operational, real-life system. 

An analogy would be that of a couple building a house. 
The couple finds a location they desire and then consults 
with the builders and developers—the study phase. Once 
the location has been defined, the couple become more 
specific about the type of house they want to build. The 
number of bedrooms needed is determined, the types of 
windows are selected, and many more details are worked 
out regarding the house. The builder designs a house and 
produces blueprints that the couple can approve—the de- 
sign phase. 

After the design of the house has been approved, the 
builder does not just go out and start digging foundations, 
erecting walls, and pouring concrete. The contractor must 
have a plan to schedule these tasks. By defining and follow- 
ing a series of assigned tasks in a specified sequence, the 
result is a livable house that can be built for a predictable 
cost. The same process can be applied to implementing a 
local area network. A plan must be established and fol- 
lowed to develop the system successfully. Depending on 
the size of the project, the implementation plan may be 
quite complex or relatively simple. However, a good im- 
plementation plan considers all the other activities listed 
above, and must allow for flexibility. | 

Those who develop the implementation plan should 
have competency and experience in system development, 
and should be well-versed with local area networks. After 
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all, how can someone with limited experience of local area 


networks be expected to develop a plan to implement a. 


LAN? This occurs more times than it should, and the orga- 
nization managers should be aware of this. 

_ Ifa specific vendor is supplying the hardware and pack- 
aged software, that firm may also be contracted to do the 
installation. Be certain that the vendor is competent and 
experienced. It might be advisable to use a consultant to 


oversee the installation, but one vendor may still provide 


the hardware and packaged software. 


~ Computer Program Design — 

The computer programs that have to be considered in this 
phase are both applications that need to be customized or 
developed, and commercial programs selected during sys- 
tem design. 

Customized software development may also be neces- 
sary. This process is not always handled by an internal net- 
work developer, but could be assigned to an independent 
software development company. There is a good number 
of qualified programmers and programmers/analysts in 
the marketplace, and these programmers are quite capable 
of designing and implementing custom applications. Be- 
fore hiring a software developer, investigate whether the 
program designer responsible for designing the applica- 
tions is competent and knows the differences between cod- 
ing programs for single-users versus multi-user environ- 
ments. | 


Review Meeting 

A review meeting was held at the end of both the study and 
design phase. There should be an intermediate review 
meeting as part of the implementation phase as well. This 
review meeting should include the users and/or persons 
from the organization who are involved with the local area 
network project. The purpose of this meeting is to deter- 
mine if the implementation plan is acceptable to the users 
and those persons of the organization connected with the 
LAN project. 

Two actions may result from this review meeting. First, 
if the implementation plan is not acceptable, it must be 
modified or totally redesigned. If the plan is changed, the 
implementation plan would again go before the review 
meeting after the modifications have been drafted. Sec- 
ond, if the implementation plan is approved, installation 
of the system continues according to the implementation 
plan. 


Equipment installation 
As stated earlier, the equipment vendor may be contracted 
to install the equipment, or a third party could do the in- 
stallation. There are a number of companies that do not do 
system design work but whose sole business is installing 
computer systems, performing the installation according 
to the implementation plan. No matter who puts in the 
hardware, the installation should be supervised. Many 
times, installation is supervised by the person who devel- 
oped the implementation plan. 

Once the equipment is installed, it must be checked and 
rechecked. Many systems have failed soon after installa- 


tion was completed because the equipment was not veri- 


fied to be truly functional after it was installed. Testing 
equipment eliminates the pointing fingers and accusations 
later. | —— , 


Computer Progra Development i 
In those environments that require customized applica- 
pon the application ee can be started while the 
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equipment is being installed. In fact, they can be started 
once the review committee gives its approval, since it is 
not necessary to have a functional LAN to write the pro- 
gram code. _ 

One person should be designated to monitor the devel- 
opment of the application programs. This may be a project » 
leader who in turn reports to the project manager. In any 
event the person who oversees the application program de- 


- velopment must be familiar with application design and 


implementation. This person must also know program- 


- ming methodology and techniques. 


System Test 

Just as each component must be tested when it is installed, 
the entire system should be tested. Each individual piece 
of equipment was tested to be functional, so now it is time 
to make sure that the entire system is functional and the 
pieces work together as a whole. These tests are run and 
rerun using different variations. Hopefully, any bugs in the 
system will be uncovered and corrected at this time. 


Software Test | 

Once the system hardware is up and running, the applica- 
tion programs can be loaded unto the LAN. These applica- 
tions must undergo close scrutiny to ensure their design 
integrity. It is better to take some time in the beginning to 
make sure the programs are correct (if customized) or cor- 
rectly installed (if they are off-the-shelf applications) than 
to take much more time correcting them later. If the appli- 
cations do have to be changed later, not only will the pro- 
grams have to be modified, but so will the data. So using 
extra care in installing and testing the software will help 
maintain data integrity. The best LAN design will be of no 
use if the data is corrupt. 


Manuals Developed 

Manuals should be developed to document every facet of 
the system. The administrators’ manual should include the 
cable layout—a cable map. This would include what type 
of cable was used, where repeaters, bridges, or gateways 
have been installed, and other details. The structure of the 
file server, including structure of the hard disk, should also 
be recorded in the manual. In fact, anything that has an 
impact on the design of the network should be in the man- 
uals; they should be considered documentation for the sys- 
tem. 

With proper documentation, it will be easier for a third 
party who may come onto the scene at a later time to un- 
derstand the system. It will also provide a record to jog the 
installer’s memory when it comes time to modify or repair 
the system. 

All system documentation should be precise and to the 
point. The time spent on documentation or manuals dur- 
ing installation can save much time and money in the fu- 
ture. 


Personnel Training 


The local area network may be sophisticated enough to re- 
quire user training. Training should be accounted for in 
the implementation plan. There may be two > types of train- 
ing needed: | | 


1. Network administrator 
2. Network user 


- One individual or more must take responsibility for the 
local area network. The network can not run itself day in 


and day out after its initial setup. There are various duties 
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and monitoring that must take place to ensure that the 
LAN operates smoothly. Those who are responsible for the 
smooth operation of the LAN must be chosen and trained 
on the hardware used throughout the network. 

It is also a good practice to train local area network us- 
ers, although this does not have to be as extensive as the 
training for the network administrators. The users should 
know the basic principles behind local area network. This 
helps to ease their fear of the network. The users should 
also be trained in certain operations of the network opera- 
tion system, jut as they are trained in the use of MS-DOS, 
so they can do their jobs effectively without having to con- 
tinually ask questions of the network administrators. 


Final Review Meeting 

After the plans for training are established, a final review 
meeting is held. This meeting typically goes in one of two 
directions. If everything has goes according to plan, the 
implementation is satisfactory and the operation phase 
should soon begin. However, if the implementation is not 
satisfactory, the areas of contention should be defined and 
discussed. 

Should the implementation be at fault, then the devel- 
oper has the responsibility to make any corrections. There 
are other difficulties that arise as well. Too often, once the 
implementation is complete, the organization may want 
items included in the system that were not part of the ini- 
tial study. These items should be addressed by the imple- 
mentor. It should be noted by the developer that these 
items were not part of the original design, but the devel- 
oper should investigate them to see if these changes can be 
accommodated. Some modifications may require the sys- 
tem to outlive its usefulness before they can be made. 
However, if at all possible, these changes should be made 
before the system changes over to ongoing operation. 

The review meeting usually allows the project to go 
onto the last phase, operation. Many times, new ideas or 
system enhancements are requested once the LAN is fully 
functional and users begin to see its power and the possi- 
bilities networking offers when it comes to handling infor- 
mation. 


The Operation Phase 


The last phase in the life cycle of the computer system is 
entered into only after the successful development and im- 
plementation of the local area network. This is the opera- 
tion phase. It is comprised of four main parts or categories: 


e Changeover 

e Routine Operation 

e System performance evaluation 
e System change 


The operation phase is considered the longest part of the 
LAN’s life cycle since this stage is actually the system’s 
ongoing operation or “‘life.”” More specifically, when the 
system is actually in operation, at least one of the catego- 
ries listed above is in effect. 


Changeover 

Normally, a period of transition is required to change from 
an old system to a new one. It is critical that the developer 
remain involved throughout this transition period. System 
changeover is the most critical period in the entire life cy- 
cle of the computer-based information system. 
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Changeover is usually a one-way process, and must re- 
sult in a system that is operationally acceptable. Regardless 
of the planning for the changeover or attention, unforeseen 
incidents and problems are probably on the horizon. This 
can be an anxiety-ridden time for all those involved, and 
workers may encounter a great deal of inconvenience dur- 
ing the changeover. Care should be given to keep up the 
morale and positive attitudes of the workers. 

There are different methods used for changeover. Three 
of the most common methods are: 


1. Cold Conversion 
2. Parallel Conversion 
3. Phased Conversion 


Cold Conversion 


With cold conversion, the old system simply stops and the 
new one begins. This method will have the most severe 
impact on the workers or users, and it is best to apply this 
conversion method when the work force is light or off of 
work. Weekends and holidays are a good time for this type 
of conversion. 

Cold conversion is the simplest and least expensive 
changeover method. It is also the riskiest. The biggest risk 
is if the new system does not operate as expected, which 
creates many new problems. This technique is not suitable 
for organizations that rely heavily upon their information, 
or so-called ‘“‘mission-critical” applications. 

If the changeover method selected is cold conversion, 
there should be a contingency plan. The contingency plan 
is an alternate routine in the event the new system fails 
altogether or is not functioning properly or adequately. 
Never go into a cold changeover “blind.” 


Parallel Conversion 


The parallel conversion approach allows the old system to 
be changed over to the new system with some overlap. The 
new system is placed into operation at the same time the 
old system remains functioning, so both systems are in op- 
eration for a specified amount of time. 

During this period, both systems can be compared to 
isolate errors that may occur with the new system. With 
parallel conversion, if errors should occur with the new 
system, the organization is not hurt since the old system is 
still functioning. An additional advantage to this approach 
is that the new system can be fine-tuned and made as free 
of bugs as possible. 

The parallel conversion method is almost risk free. The 
major drawback to this conversion method is that signifi- 
cant resources must be maintained to have two systems 
operating simultaneously. It can become expensive to have 
two systems running side by side. 


Phased Conversion 

With the phased conversion method, conversion is done in 
modules or phases. The old system is converted to the new 
system in a series of pre-planned phases with specific time- 
frames. When one phase is completed successfully, the 
next phase begins. This process continues until all the 
phases have gone from the old to the new system. 

The advantage to this approach is that if one phase en- 
counters many problems or errors, the timetable to imple- 
ment the subsequent phases can be adjusted. Also, correct- 
ing errors in an earlier phase can help smooth the 
transition of subsequent phases. 
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The phased conversion process allows the changeover 
to take place in several steps. In addition, this conversion 
method is less expensive than the parallel conversion 
method. 


Routine Operation 
When the changeover is completed, the local area network 
is considered operational. Unfortunately, all too often 
once an organization has spent considerable time and 
money to install a local area network, little consideration 
or resources are given to ongoing maintenance. If proper 
care is not given to the system, problems will arise that 
negate the benefits and savings of a local area network. 

A computer-based information system should have 
maintenance routines in the following areas to keep the 
systems running at optimal efficiency: 


¢ Hardware 
¢ Software 
¢ Programming 


Hardware Maintenance 


There should be clear, precise measures and procedures to 
keep the hardware in proper operating condition. Steps 
should be outlined for action to be taken when certain con- 
ditions arise. | 

For example, not all hardware repairs require the atten- 
tion of a trained technician. If a printer does not print, it is 
a simple matter to check for a paper jam or see if it ran out 
of paper. Maybe the printer cables aren’t intact. If the de- 
vice continues to malfunction after routine inspections 
and checks, then a trained technician should be called. 

This brings forth another issue regarding hardware 
maintenance. Each piece of hardware on the LAN should 
have a designated service agent. It should not be a task to 
find the correct names and telephone numbers of those 
vendors or dealers who support the hardware. In addition, 
a process called PM or “preventive maintenance” should 
be incorporated. Included under PM are the dusting and 
cleaning of equipment. Proper diagnostics should be run to 
ensure no problems arise. The cables should be checked to 
ensure that a good connection is maintained. 

The bottom line is there should be a plan to maintain 
the hardware of the LAN. It may not be the best plan, but it 
is better than no plan at all. The plan can be perfected as 
the system becomes more familiar. Fear or anxiety over 
the hardware is no excuse for not having a maintenance 
plan. 


Software Maintenance 


The software and data must be stored on secondary media 
and these media must be maintained. If these programs or 
the data are lost, the organization can face large problems. 

Backup procedures would fall under this category. The 
care given to floppy disks is another important measure to 
maintain software. Be sure to install and maintain the soft- 
ware using the procedures outlined by the distributor. 

Software maintenance is no less important than hard- 
ware maintenance. In fact it could be of greater impor- 
tance. A personal computer can be replaced, but can the 
data accumulated over the last six months be replaced 
should it be destroyed? 
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Programming Maintenance 


For those systems that require customized applications, 
the software that was designed and created for the LAN 
must be maintained. These procedures require the same 
measures followed for software maintenance. In addition 
the custom-designed software will probably have to be 
modified periodically. These changes are needed to keep 
abreast of the changes in the organization, and they should 
be monitored very closely. Maintenance programming is 
not an issue to take lightly. 


System Performance 


After the new computer-based information system has 
functioned for a reasonable period of time, the system 
should be evaluated. The results of this evaluation are pre- 
sented in an evaluation report that allows the organization 
to see if their local area network is providing the expected 
results. 

At this time, the weaknesses and strengths of the system 
are brought to attention of organization executives. This is 
also the time that corrections can be made to the system. 
These corrections can have far-reaching effects when en- 
hancements are added to the system at some later time. 

Below are some of the items that should be addressed 
when evaluating the system: 


e¢ Cost Analysis 

¢ Ease of Information Retrieval 

¢ Data Integrity 

e Personnel in contact with the system 
e Amount of data processed 

¢ Security 

¢ Maintenance 


System Change 

All organizations are dynamic; they do undergo change. 
This is a fact that must be realized when implementing any 
computer-based information system. 

During the evolution of the organization, it may be nec- 
essary to make changes in the network. Requests for 
change should be drafted for review. The request for 
change may trigger a response that ranges from a brief 
analysis of the request to an extensive investigation. This 
investigation may cause a return to an early point in the 
life cycle, requiring a complete redesign. An investigation 
could mean a return to the study phase. A simple request 
for a modification may yield a greatly modified system. 

Just as the organization is dynamic and ever changing, 
so is a computer-based information system or a local area 
network. Many system analysts say that a system is never 
completed but always 90% complete. The system is con- 
stantly being updated and modified. & 
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Datapro Summary 


As an information systems manager, you have decided that the time is right to 
begin a downsizing project in your organization. You know that taking some pres- 
sure off of the company mainframe will save money in the long run, but how do 
you sell the idea to others? By following some basic financial analysis guidelines, 
you will be better equipped to support your vision. 


Do you know people like this? They have 
great ideas and a clear understanding of 
how technology is changing and how it 
should alter the strategic direction of their 
organization. Yet they are stymied when 
putting these ideas into motion because 
they cannot put a dollars-and-cents value 
on their visions. Boards of directors and 
others who control the purse strings are 
usually grounded in matters more tangible 
than vision. The result is that the long- 
range thinker’s ideas never get put into ac- 
tion, and the organization loses opportuni- 
ties to change and grow. 

The fact is, vision is not enough. You 
must show the business benefit of every 
dollar spent. It’s not enough to say that all 
benefits are intangible or intuitive. If you 
want your plan to fly, you have to show how 
it will affect the dollars flowing in and out 
of the company. You need a tool to supple- 
ment vision. You need financial analysis. 

Okay, I know what you’re thinking: This 
is going to be too complicated to under- 
stand, and I hate math. Relax. We all have 
access to computer spreadsheets and calcu- 
lators that make it unnecessary to learn how 
to compute the numbers. We only have to 
understand some basic financial terms and 


This Datapro report is a reprint of “Speaking in 
Numbers’”’ by Marc Dodge, pp. 57-66, from LAN 
Technology, Volume 7, Number 8, August 1991. 
Copyright © 1991 by M&T Publishing, Inc. Re- 
printed with permission. 
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how to use an automated tool for the 
number crunching. The important thing is 
knowing how to interpret the numbers. 

To begin, Ill discuss basic financial con- 
cepts and some common, practical types of 
financial analysis. Then, Ill look at an ex- 
ample that applies financial analysis to a 
common, important project for many of 
us—downsizing. Suggestions will be made 
for identifying costs and savings elements 
that should be included in the analysis. Fi- 
nally, Pll explain the value of post-cost 
analysis and how you can use it to get things 
rolling in your organization. While not a 
complete, academic treatment of financial 
analysis, this report will give you an under- 
standing of the basics and get you on your 
way to using financial analysis techniques 
to sell and support your projects. 


The Financial Concepts 


Before you can attempt the financial analy- 
sis of any project, you need to understand 
the financial concepts. Let’s take a minute 
to consider a few key ideas. 


Cash Flow 


The purpose of the financial analysis is to 
establish as closely as possible how a project 
will affect the dollars flowing in and out of 
the corporate pocket. The typical project 
initially requires spending money to fund 
it—that is, dollars flowing out of the com- 
pany. In subsequent years, dollars flow 
back into the company as savings (or re- 
duced costs) from the project. We have to 
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determine, for each year of the project, how much money 
is moving and in which direction. Cash flow is money 
moving in and out of the corporate pocket. 


Analysis Period 


An analysis period is the number of years that the project 
will affect the cash flow of the organization. Let’s think this 
out. Typical useful lives for components in a computer sys- 
tems project are three years for the software, five years for 
the hardware, and 10 to 15 years for the wiring. We should 
select the number of years in the analysis period by consid- 
ering the useful lives for components and the tax laws. 
Choosing an analysis period has to be tempered with the 
fact that estimates of cash flows become very shaky beyond 
five years, especially for projects involving computer tech- 
nology. Three to five years is a good rule of thumb. 


Time Value of Money 


If you loan me $100, do you care whether I pay it back 
tomorrow or next year? Of course you do. If I keep the 
money for a year, you cannot spend it. You also lose the 
opportunity to put the money in a bank and earn interest. 
The time value of money is based on the understanding 
that a dollar in hand is worth more than a dollar received 
in the future. We have to account for the time value of 
money in our analysis. 

Consider a project that requires a $10 investment today 
and returns $5 in each of the next two years. The savings 
exactly equals the investment. Is it a wash? That’s right, it’s 
not a wash. The $10 flows out of our pockets today. We 
receive the first $5 after 12 months and another $5 after 24 
months. To determine whether to make the investment, 
we have to account for the timing of cash flows in our analy- 
sis. In financial parlance this is called discounting. In 
plain terms, we can think of it as adjusting the value of 
future cash flows, so they are stated in terms of “today’s 
dollars.” This allows us to compare apples to apples in the 
sense that the dollars in each year of the project analysis 
period are presented in current-year dollars. This enables 
us to compare competing projects directly and equally. 


Discount Rate, Cost of Capital, and Rate of Return 


The first two terms refer to the cost of money for an orga- 
nization. While they are often used interchangeably, the 
cost of capital is a method of determining a discount rate 
(the rate at which money is discounted). Companies usu- 
ally compute the cost of capital by considering how the 
company is financed. Often, this is a mix of common 
stock, preferred stock, retained earnings, and the cost of 
borrowing money. Other companies consider the returns 
of alternative projects instead of the cost of capital. 

In any case, we don’t have to worry about this compu- 
tation. The easiest thing to do is check with your account- 
ing department. They will tell you the appropriate dis- 
count rate in the financial analysis. The rate of return is the 
interest rate that expresses a return on the initial invest- 
ment and subsequent savings over the analysis period. For 
example, my company has a published goal of achieving a 
certain rate of return on investments over the next five 
years. This target makes it a logical rate of return to use for 
evaluating projects. 


Taxes 


The federal government receives 34% of corporate income. 
Naturally, this plays a major role in financial analysis. Un- 
cle Sam is a big partner in the business, since “‘he”’ gets 34 
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cents out of each dollar earned. Understandably, compa- 
nies are allowed to deduct the cost (or expenses) of produc- 
ing income. 


Depreciation 


We invest money in computers and other business assets to 
make money. Let’s say we buy an 80486 microcomputer to 
run part of our business. The computer will not be useful 
forever. The tax laws allow us to deduct a portion of the 
computer’s value from each year’s gross income. The laws 
recognize that the computer is ‘“‘consumed” and that the 
expense was made so the company could earn taxable in- 
come. Depreciation deductions reduce total income, so the 
larger the depreciation deduction, the less tax the corpora- 
tion pays. Depreciation is very important to the financial 
analysis. 

The tax law provides six recovery periods for property: 
three, five, seven, 10, 15, and 20 years. For example, five- 
year property includes computers, copiers, and computer- 
based telephone office switching equipment. Seven-year 
property includes office furniture and fixtures, and | 5-year 
property includes equipment used by non-telephone com- 
panies for voice and data communications. 

Fortunately, depreciation calculations are not difficult. 
Most spreadsheet programs have functions for calculating 
the different types of depreciation. The best idea is to get 
your accounting department staff to help with the math. 
Just as important, they will explain company-specific 
guidelines for applying depreciation law. 


Financial Analysis Tools 


With a basic understanding of the key financial concepts, 
we can now look at a few analysis tools. There are several 
ways to analyze a project, but the tools below are two of the 
most common methods available. 


Present Value and Net Present Value 


The first commonly used method of financial analysis is 
present value (PV). To understand PV, we will combine 
the concepts of discount rate and time value of money and 
return to our time value of money example. 

Our analysis period is two years and our accounting de- 
partment told us that the current discount rate for the com- 
pany is 10%. We are going to invest $10 at the start of 
1991, and we predict that this will result in savings of $5 at 
the end of 1991 and another $5 at the end of 1992. 


1991 Initial cost $10 
1991 Savings $ 5 
1992 Savings $ 5 


Present value formulas provide a method for discounting 
cash flows and restating those cash flows in equivalent val- 
ues at a common point in time to account for the time 
value of money. The $5 received at the end of 1992 is not 
as valuable as $5 in our hands today. We will skip the ac- 
tual formulas since they take a long time to work out and 
are available in spreadsheet programs. (If you are inter- 
ested in the formulas, see the sidebar ““The Math Behind 
Present Value Calculations.’’) Instead, we’ll pretend that 
we used a financial calculator or computer spreadsheet to 
do the number crunching. 

After discounting, the present value of the cash out- 
flows is $10—the amount we invested at the start of the 
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year. The present value of the cash inflows is $8.68. We 
converted the savings to be received at the end of 1991 and 
1992 to today’s dollars. We established what the present 
value of each cash flow is. 

Net present value (NPV) is the total cash inflows less 
the total cash outflows. If the NPV is less than zero, the 
project is undesirable because it costs more than it brings 
in. Ifthe NPV is positive, the project is desirable because it 
earns more than it costs. 

In our example, the NPV is the $8.68 savings less the 
$10 investment, or negative $1.32. If money costs 10%, 
this project would be rejected because it does not even gen- 
erate enough savings to pay for the principal and interest 
on the loan. 

Most of us will use a computer to do the actual calcula- 
tions. Even financial experts do not work with the formu- 
las. However, it is important to understand the idea of dis- 
counting and the time value of money. You must also be 
able to interpret and explain the results. We will look at a 
spreadsheet example later. 


Payback Period 


Calculating the payback period is another common 
method of financial analysis. The payback period is the 
number of years it takes to recoup the initial investment 
for a project. It is easy to calculate and understand, so it is 
also very popular. If we spend $300 at the start of 1991 and 
get back $100 in each of the three subsequent years, the 
payback period is three years. 

If the math is this easy, why bother with present value? 
There are several potential problems with payback. It does 
not usually consider the time value of money, and it does 
not consider the cash flows after the initial payback is es- 
tablished. (If you were to factor the time value of money 
into your payback analysis, you might as well use the NPV 
method.) Payback can also incorrectly rank competing 
projects in order of economic value. This is best shown 


- with an example: 


Project A Project B 
Initial Cost $300 $300 
Savings 1991 $100 $ 0 
Savings 1992 $100 $ 0 
Savings 1993 $100 | $300 
Payback period 3 years 3 years 


Both projects cost $300 and return $300 in savings over 
the three-year analysis period. Payback period analysis 
shows that the two projects are equally valuable, but they 
aren’t really. Project A returns money more quickly than 
project B. Considering the time value of money, project A 
is the better choice. Also, the payback does not tell us any- 
thing about cash flow in the years after 1993. The future 
cash flow may completely change the picture. 

Although payback is not a tool you want to stake your 
career on, often a single project will be so favorable (with a 
very short payback) that a detailed financial analysis using 
present value is overkill. Some LANs have a payback pe- 
riod of only a few months and a dramatic impact through 
increased productivity and labor and maintenance sav- 
ings. If the payback is under a year, it is usually pointless to 
do a detailed financial analysis. It will not provide addi- 
tional, meaningful information. 
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The Math Behind Present 
Value Calculations 


The formula is 
net present CFn 
value = 


Computers and calculators 
shield us from the math of 
financial analysis. However, 
the math is not difficult. The 
example below shows an 
investment of $10 followed 
by a $5-per-year savings for 
the next two years. 


(1+ 4)n 


In this formula, CFn = cash 
flow in year n (the current 
year is year 0), i = discount 
rate, and" = analysis period 
year (think of it as years from 
the current year). 


Cash Out Cash In 

1991 1992 1993 
NPV = $-10.00 +5 +5 

(1+.10)° (1+.10)! (1+.10)2 
NPV = -10.00 +4.55 +4.13 
NPV = -10.00 +8.68 
NPV = -1.32 


Putting It All Together: A Downsizing 
Example 


Let’s bring our previous discussions together with an 
example—downsizing. A typical downsizing project in- 
volves comparing the costs of moving and operating a 
mainframe application on a less expensive computing plat- 
form. We have two alternatives: install a LAN to run the 
application or continue to run the application on the main- 
frame. | 

We must consider the money that will go in and out of 
the corporate pocket for each alternative. The costs and 
benefits of a project can be classified as tangible (recurring 
and nonrecurring) and intangible (recurring). The first step 
is to describe the possible costs and savings for each cate- 
gory. | | 

This part of the financial analysis involves creative 
thinking and an understanding of the business. It is also 
the part that stymies people more than the math. If you 
leave out a relevant savings or cost, it does not matter if 10 
pages of numbers back up the calculations. It’s still wrong 
and the project will suffer a serious setback and loss of 
credibility. Take your time with this part of the analysis 
and check your thinking with objective co-workers. Below 
are common items to consider for computer-related 
projects. 

Tangible costs or savings (non-recurring) include the 
following: 
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e Application development 
¢« Hardware 


e Operating system software, including network operating 
system 


e Initial training 
e Initial wiring 


e Corporate network redesign to support expanded con- 
nectivity 


e Sales tax 
e Installation labor 


Tangible costs or savings (recurring) include the following: 


Repetitive training for end users and management 
e Hardware maintenance 


Software maintenance for the applications, operating 
system, and network operating system 


e Application support 


Wiring changes 

e Local and corporate-wide network management 
e Security 

¢ Help desk support 


Software distribution 
e Telecommunications 
e Productivity and labor 


Intangible costs or savings (recurring) include the follow- 
ing: 


¢ Operating flexibility and adaptability 
¢ Employee morale and job satisfaction 
¢ Change in corporate image 

¢ Comfort zone of decision makers 


Financial Analysis: Managing LANs 


Downsizing to LANs 


e Processing power at end-user workstations 
e Application development cycle 
e Ability to manage the department and network 


No matter how sophisticated or complete the analysis is, it 
is only as good as the numbers put into it. Don’t forget to 
weigh the labor costs or savings associated with your end 
users by including their benefits. As a rule of thumb, bene- 
fits are about one-third of the base salary. For many 
projects, the costs of labor will far outweigh the costs of 
hardware and software, so be sure to use a realistic num- 
ber. 

Intangibles deserve a special word. Some of the most 
important reasons for supporting one alternative vs. an- 
other may revolve around intangible items. Do your best 
to put a dollar amount on these items. Decision makers are 
much more likely to be swayed by reasonable, fair esti- 
mates. 

Network administrators frequently have trouble selling 
information technology projects to upper management. 
Managers resist spending money on computer equipment 
since it seems unnecessary the way most projects are pre- 
sented. However, the cost of a typical microcomputer rep- 
resents just a few weeks of a middle manager’s fully loaded 
salary. Find the productivity gains, place a cost on them, 
and your project will fly. 


The Analysis of Downsizing 


Figure | shows the operating costs stated in terms of cash 
flows for the two alternatives. Productivity is measured in 
end-user labor costs, and the associated productivity costs 
include user salaries, benefits, and payroll taxes. Our analy- 
Sis period is six years, which allows the LAN hardware to 
be depreciated completely. Costs have been worked out for 
each year of the analysis period for training, hardware and 
software maintenance, and productivity. This is just a 
sampling of possible cost items that could be part of your 
own analysis. 


Figure 1. 
Dollars Spent for Each Alternative. 


Alternative #1: LAN 
Inflation 


Year Cost Cost 


Alternative #2: Mainframe 
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Description 
Training 
Maintenance 
Productivity 
Training 
Maintenance 
Productivity 
Training 
Maintenance 
Productivity 
Training 
Maintenance 
Productivity 
Training 
Maintenance 
Productivity 
Training 
Maintenance 
Productivity 


Rate % 


O71 On O1/ OF OF C1} OF OF 01] OF OF O1/ CH OF O18) On OF ON 


Inflated Cost Inflation Inflated 
Cost Rate % Cost 
0 0 

8,000 8,000 

20,000 20,000 

0 0 

8,000 8,400 

30,000 31,500 

0. 0 

8,000 8,820 

30,000 33,075 

‘ 0 

9,261 

34,729 

0 

8,000 9,724 

30,000 36,465 

: 0 

8,000 10,210 

30,000 38,288 
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Each cost was adjusted for inflation at five percent per 
year. Instead of discounting the money, we’re increasing 
the operating costs. These adjustments were made because 
we determined the costs in 1991 dollars. These costs will 
rise in subsequent years like everything else, and we must 
account for it in the analysis. 

By the way, this is very common type of business analy- 
sis. The cost of alternatives are compared to see which 
will cost the least. It’s not a matter of how much money 
they save or whether they are worthwhile. We assume that 
one alternative must be chosen. Imagine that the computer 
application for which we are choosing a computing plat- 
form is used to track billing and accounts receivable for a 
company. It is apparent that the application is necessary 
for the business to operate. The question is which alterna- 
tive can do the job for the least amount of money. 

Again, figuring operating costs is just one of several 
steps in performing financial analysis. You are essentially 
compiling information to use in a later step. Therefore, 
while it gives you a thumbnail sketch of a specific project’s 
feasibility, it’s not an independent financial analysis tool. 

After compiling the costs (including depreciation) for 
each alternative for each year of the analysis period, we are 
ready to use a spreadsheet to do the financial analysis. For 
the proposed project, we usually have to calculate one of 
the following: net present value, which is a dollar value; 
payback period, which is usually expressed in years; or rate 
of return, which is expressed as a percentage. We will use a 
Lotus Development Corp. Lotus 1-2-3 spreadsheet to do 
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the calculations. Figure 2 shows the spreadsheet. The num- 
bers you will need to provide are shaded. All other num- 
bers are computed by the spreadsheet. (The Lotus formu- 
las I used are listed in Figure 3. 

‘Before tax operating cost” is calculated from Figure 1. 
‘Computer depreciation” is the depreciation allowed in 
each year for the purchase of the LAN hardware. Your ac- 
counting department will help you calculate depreciation 
allowance. The “Total after tax cash flow’ is the sum of 
‘Computer investment”’ and “After tax operating cost” 
less “After tax depreciation.” 

The “Total after tax cash flow” for the LAN is $61,022; 
for the mainframe it is $163,992. (While cash flow num- 
bers are generally expressed as positive figures, they are 
understood to be positive or negative—inflow or outflow, 
respectively—by each spreadsheet column’s definition.) 


Present Value, Payback, and Rate of 
Return 


The next step is to account for the time value of money by 
discounting the after tax cash flows (see Figure 4). There 
are two ways to discount these numbers. The first way is to 
bring the ““Total after tax cash flow” column in Figure 2 
forward to column B in Figure 4. Then calculate the net 
present value using Lotus’ @NPV function. The second 
way is to individually discount each year’s ““Total after tax 
cash flow” and enter the resulting net present values in 
Figure 4, column D. The discount rate of 10% is either 
programmed into Lotus or used in the equation described 


Figure 2. 
Conversion of Cash Flows to After Tax Figures 


Before Tax After Tax 


1991 $9,240 
1992 6,237 
1993 2,911 
1994 3,056 
1995 3,209 
1996 3,369 
Totals $42,458 $28,022 $50,000 


After Tax 


Before Tax 
Operating Cos 


$18,480 
26,334 
27,651 
29,033 
30,485 
32,009 


$248,473 $163,992 


Computer 
Operating Cost Operating Cost Depreciation 


Computer 
Operating Cost Depreciation 


After Tax Computer Total After 
Depreciation Investment Tax Cash Flow 
$3,400 $55,840 
5,440 797 
3,264 (353) 
1,955 1,101 
1,955 1,254 
986 2,383 
$17,000 $50,000 $61,022 
After Tax Computer Total After 
Depreciation Investment Tax Cash Flow 
$0 $18,480 
0 26,334 
0 27,651 
0 29,033 
0 30,485 
0 32,009 
$0 $0 $163,992 


This part of the spreadsheet converts the cash flows to after tax figures. The shaded areas indicate the numbers you need to provide. 
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Figure 3. 


The Lotus 1-2-3 Formulas Used to Generate the Spreadsheet Numbers in This Report 


D60: + B60/((1 +$D$55) 3) 
B61: +$G$28 

D61: peouC Spee 4) 
B62: +$G$29 

D62: + B62/((1 +$D$55) 5) 


C7: +B7*0.66 C28: + B28*0.66 
E7: +D7*0.34 E28: +D28*0.34 
G7: +F7—E7+C7 G28: + F28—E28+C28 
C8: +B8*0.66 C29: + B29*0.66 
E8: +D8*0.34 E29: +D29*0.34 
G8: +F8—E8+C8 G29: + F29—E29+C29 
C9: +B9*0.66 B31: @SUM(B24..B29) 
E9: +D9*0.34 C31: @SUM(C24..C29) 


G9: +F9—E9+C9 
C10: +B10*0.66 

E10: +D10*0.34 
G10: +F10—E10+C10 
C11: +B11*0.66 

E11: +D11*0.34 

G11: +F11—E11+C11 


D31: @SUM(D24..D29) 
E31: @SUM(E24..E29) 

F31: @SUM(F24..F29) 

G31: @SUM(G24..G29) 
A35: +A1 

B40: +$G$7 


D40: +B40/((1+$D$38) 0) 


B64: @SUM(B57..B62) 
D64: @SUM(D57..D62) 


B66: +B57+ @NPV($D$38,B58..B62) 


B75: +$G$7 

D75: +$G$24 

F75: +D75—B75 

H75: +F75/((1+H73) 0) 
B76: +$G$8 

D76: $G$25 

F76: +D76—B76 


C12: +B12*0.66 B41: +$G$8 H76: +F76/((1+H73) 1) 
E12: +D12*0.34 D41: +B41/((1+$D$38) 1) B77: +$G$9 

G12: +Fi2—E12+C12 B42: +$G9 D77: +$G$26 — 

B14: @SUM(B7..B12) D42: + B42/((1+$D$38) 2) F77: +D77—B77 

C14: @SUM(C7..C12) B43: +$G$10 ; H77: +F77/((1+H73) 2) 
D14: @SUM(D7..D12) D43: + B43/((1+$D$38) 3) B78: +$G$10 

E14: @SUM(E7..E12) B44: +$G$11 D78: + $G$27 

F14: @SUM(F7..F12) D44: + B44/((1+$D$38) ° 4) F78: +D78—B78 

G14: @SUM(G7..G12) B45: +$G$12 H78: +F78/((1+H73) 3) 
C24: +B24*0.66 D45: +B45/((1+$D$38) 5) B79: +$G$11 

E24: +D24*0.34 B47: @SUM(B40..B45) D79: +$G$28 


G24: +F24—E24+C24 
C25: +B25*0.66 
E25: +D25*0.34 
G25: + F25—E25+C25 
C26: + B26*0.66 
E26: +D26*0.34 B58: +$G$25 
G26: +F26—E26+C26 
C27: +B27*0.66 B59: + 
E27: +D27*0.34 
G27: + F27 —E27+C27 


A52: +A18 
B57: +$G$24 


B60: +$G$27 


in the sidebar. Although both calculation methods produce 
the same result, using Lotus is probably easier for most 
people. 

The NPV for the LAN is $59,436. The NPV for the 
mainframe is $127,782. Because of the discounting pro- 
cess, these two numbers can now be compared directly to 
choose the best computing platform. 

In this hypothetical cased, the total cost for the LAN is 
$68,346 less than the mainframe ($127,782 — $59,436 = 
$68,346). This means that over the entire analysis period 
from 1991 through 1996, we can run the application on a 
LAN for $68,346 less than on a mainframe. The financial 
analysis converted all cash flows to current year (1991) 
dollars. This allowed us to make an apples-to-apples com- 
parison of the two bottom-line numbers. 

Even with net present value calculated you may still 
want to know the payback period for the project (see Fig- 
ure 5). The paycheck period shows how long it takes to 
recover the first year (1991) investment in LAN equip- 
ment. The initial investment is repaid from savings in op- 
erating costs compared with the mainframe. 

The “‘Difference”’ column is the mainframe costs minus 
the LAN costs for each year. The difference in cash flows in 
1991 is negative $37,360. This is mainly because of the 
$50,000 spent in 1991 for LAN equipment. In subsequent 
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D47: @SUM(D40..D45) 
B49: +B40+ @NPV($D$38,B41..B45) 
D57: +57/((1 +$D$55) 0) 
D58: + B58/((1+S0856) 1) 
+$G$26 
D59: +B59/((1+$D$55)"2) 


F79: +D79—B79 

H79: +F79/((1+H73) 4) 
B80: +$G$12 

D80: $G$29 

F80: +D80—B80 
H80: +F80/((1-+H73) 5) 
B82: @SUM(B75..B80) 
D82: @SUM(D75..D80) 
F82: +D82—B82 

H82: @SUM(H75..H80) 


years, the numbers are positive because of the lower oper- 
ating costs of the LAN. In this case, the payback occurs in 
1993 after two years. The savings of $25,537 in 1992 and 
$27,651 in 1993 more than offset the initial cost of 
$37,360. 

The discount rate used to compute the NPV in the ex- 
ample was 10%. If you compute a rate of return for projects 
(instead of, or in addition to, net present value), you must 
find the discount rate that exactly discounts the cash flows 
to make the cash inflows equal the cash outflows. In other 
words, solve for the interest rate that gives a net present 
value equal to $0. 

The easiest way to do this is to let the computer pro- 
gram do the work. Look at Figure 6. Discounting the cash 
inflows and outflows in column H at 67% causes the net 
present value to be $9—very close to $0. This number was 
found by typing different numbers into the interest rate 
cell until the net presents value approached zero. 

So, how can we use this number? Let’s say your com- 
pany borrows money from a bank to fund projects. If it 
costs 15% to borrow money, then you certainly want to 
earn at least a 15% return on the investment. Since this 
example gives a 67% return, the project would be accepted. 


- This break-even characteristic makes the rate of return 


useful. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


Financial Analysis: 
Downsizing to LANs 


Managing LANs 


Figure 4. 
Adjustment of After Tax Cash Flow 


Total After Tax 
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There is another reason why NPV is more appropriate 
than rate of return in this case. Most people would be more 
comfortable presenting the project by quoting the NPV 
numbers instead of the rate of return. The 67% rate of re- 
turn is so high that it invites close inspection. As a rule of 
thumb, NPV is more conservative than rate of return. 


Cash Flow Document Your Success 

1991 $55,840 So, you used financial analysis to successfully sell the 
1992 797 : : ; 

1993 project. The project went in and was a huge success. Now, 

(353) eae ; 

1994 1,101 it’s important to document the success and quantity the 
1995 1,254 savings and benefits your company reaped. Especially with 
1996 2,383 projects such as downsizing, it is highly unlikely that other 
Totals: $61,022 $59,436 people will beat the drum for you. Such projects involve so 


Net PV $59,436 


Alternative #2: Continue to run the application on the mainframe. 


Total After Tax __Discounted at 


much organizational change that some people have unfa- 
vorable things to say even if the project was a complete 
success. These objections can be met with adequate post- 
cost documentation. There is no better way to mess up an 
opposing argument than with a few solid facts. 

My company recently removed 100 minicomputers and 


Cash Flow replaced them with LANs—much like the LAN alternative 
in the example. The project was a success in every way. 
noes hep Sau Management and end users had high praise for the LANs. 
1993 27,651 22,852 It was a rare win-win situation. But, LANs changed the 
1994 29,033 21,813 organization and changed the processing architecture of 
oe sop oe the company. Some people disliked this part of the project. 
Change frightens people; this is natural and understand- 

Totals $163,992 $127,782 able. 


Net PV $127,782 


This part of the worksheet adjusts the after tax cash flow 
for the time value of money. 


Rate of return is not just an interest rate that expresses a 
return on the initial investment. The math involved in cal- 
culating the return also implies that cash inflows (or sav- 
ings) are reinvested at the rate of return over the life of the 
analysis period. It is easy to understand that with a high 
rate of return this reinvestment assumption makes the 
numbers very questionable. This is not a problem with 
NPV. The reinvestment rate is the same for each proposal, 
and it is usually the cost of capital. 


My company’s accounting department did a detailed 
post-cost analysis. It quantified the success of the project 
and put hard numbers on what the project returned to the 
organization. We documented and tracked end-user pro- 
ductivity statistics for the year before the LAN and the first 
two years after. These numbers, combined with substantial 
intangibles from end-user comments, provided a powerful 
one-two punch that reaffirmed the project’s benefits. 

This type of analysis removes much of the emotion 
from decisions such as downsizing. Our particular project 
had a payback period of three months and a positive net 
present value of $13 million over five years. The savings 
came primarily from labor savings and secondarily from 
reduced hardware and software costs. Numbers like that 
speak volumes in supporting future projects and financial 
analysis credibility. 


Figure 5. 
Determining the Payback Period 


LAN Mainframe Difference 


Total After Tax Total After Tax 

Cash Flow Cash Flow 
1991 $55,840 $18,480 ($37,360) 
1992 797 26,334 25,537 
1993 (353) 27,651 28,004 
1994 1,101 29,033 27,932 
1995 1,254 30,485 29,231 
1996 2,383 32,009 29,626 
Totals $61,022 $163,992 $102,970 


This part of the worksheet calculates the differential cash flow of the alternatives to determine the payback period. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. JANUARY 1992 


Datapro Information Services Group. Delran NJ 08075 USA 


8 4210 
Planning 


Financial Analysis: Managing LANs 


Downsizing to LANs 


Figure 6. | 
Calculating Rate of Return 


LAN 


Total After Tax Total After Tax 
Cash Flow Cash Flow 
1991 $55,840 $18,480 
1992 797 26,334 
1993 (353) 27,651 
1994 1,101 29,033 
1995 1,254 30,485 
1996 2,383 32,009 
Totals $61,022 $163,992 


MAINFRAME 


Difference 
Discounted at 


Difference 


($37,360) ($37,360) 
25,537 15,292 
28,004 10,041 
27,932 5,997 
29,231 3,758 
29,626 2,281 

$102,970 $9 


This section of the worksheet allows a rate of return to be calculated by varying the interest rate through trial and error. 


It’s good idea to involve the accounting department in 
the original analysis. You probably will need them to han- 
dle depreciation, taxes, leases, and development of the 
cash flows. Since most accounting departments are respon- 
sible for doing the post-cost analyses of projects, it makes 
sense to involve them from the start. They will be much 
more charitable in auditing their own work. 


JANUARY 1992 


With these tips in mind, you have enough information 
to begin the process of using financial analysis to support 
your next project. Even if the accounting people do most of 
the work, you can understand the process and help set the 
parameters used in the analysis. The results will make it 
much easier to sell your next big idea. I promise. 
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Soft Costs of LAN 
Implementation 


Datapro Summary 


The tangible costs of network implementation are usually obvious: the cost of the 
LAN components, including servers, workstations, and so on. But there are a num- 
ber of hidden or “‘soft” costs that may not be obvious to network planners; training 
and support, primarily. If soft costs are ignored in the planning stages, the LAN 
will never be used to its full potential and will be a financial disappointment. By 
establishing a realistic list of soft costs, financial and productivity goals can be met. 


It’s interesting that the computer and com- 
munications industries, which are based on 
the difference between black and white 
(specifically 0 and 1), should have so many 
gray areas. One of the murkiest is determin- 
ing a LAN’s actual costs. In the last couple 
of years, network managers (and the users 
who generally foot the bill) have come to 
better understand and accept the hard cap- 
ital costs of LANs. This is due to the tangi- 
ble nature of most LAN components. With 
some reasonable planning, you can pretty 
well determine how many servers, cabling 
concentrators, workstations, application 
software packages, and network interface 
cards you will need to support “x”? number 
of users. 

The real challenge now is to better un- 
derstand the less tangible costs involved in 
LAN implementation, training, and sup- 
port. We must begin to get our arms around 
these soft costs so we can more accurately 
account for them. IS managers who can’t 
account for soft costs find that their depart- 
ments absorb these costs—and usually 
without the benefit of an adequate staff, 


This Datapro report is a reprint of ‘““The Soft 
Costs of LANs Can Hit Hard” by Mark Freund, 
pp. 27-30, from LAN Technology, Volume 7, 
Number 9, September 1991. Copyright © 1991 
by M&T Publishing, Inc. Reprinted with permis- 
sion. 
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since additional personnel cannot be justi- 
fied. I have heard too many corporate IS 
managers complain that “LANs are turning 
into black holes right before our eyes, suck- 
ing up resources, people, money—anything 
that gets near them.” By establishing a com- 
plete accounting of soft costs, users’ expec- 
tations can be set appropriately, and IS can 
budget for the right level of support. 

It’s been my experience that soft costs 
are often completely ignored; it’s as if they 
were a Pandora’s box that many IS manag- 
ers would rather not open. The main reason 
for this careful avoidance is that these costs 
have been poorly defined. I see them falling 
into five main areas. 


The Cost of the Initial Business- 
Needs Analysis 

A business-needs analysis should precede 
any hardware and software purchase, and 
will drive—and justify—the capital costs. 
For example, if the accounting department 
needs a real-time distributed database, you 
will probably need powerful CPUs and a 
higher-speed network. The time involved 
in analyzing the business need and map- 
ping it to system requirements is a soft cost 
that must be accounted for. 


The Cost of Sharing the Corporate 
information Infrastructure 

Unless a LAN is being installed in isolation, 
you will incur some costs in linking it to the 
enterprise network As a result, you need to 
calculate what percentage of the corporate 
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infrastructure is required to support your LAN-based sys- 
tem. For example, the marketing department may need to 
access host-based data. Putting in a LAN-to-host gateway 
may impact host performance, place an added burden on a 
cluster controller or front-end processor, or require that 
you expand the backbone network. These costs need to be 
identified and quantified. 


Tangential Costs, Such as Those Associated | 
With Host-Based Software You May be Required 
to Purchase to Allow LAN-to-Host Data 
Exchange 

Integrating heterogeneous workstations (which may be 
running different applications, operating systems, and pro- 
tocols) with each other and/or with a host computer may 
mean you have to purchase specialized software to run at 
the workstation and/or host. Although this is largely a cap- 
ital cost, it has a soft-cost component to it. For example, 
the host support staff will need time to install, test, and 
eventually upgrade the software on their system. 


The Cost of Making the System Work 

I call this “the cost of success.” These are the costs in- 
curred in resolving compatibility problems, adjusting your 
initial design, and so on. For example, you may have ini- 
tially planned to put 50 users on a single token-ring LAN. 
However, reliability and performance requirements may 
dictate that you implement the system as two rings with 25 
users each. 


The Range of Support Costs 

This includes ongoing maintenance, such as system back- 
ups, upgrades, and preventative maintenance. In this cate- 
gory, I also include the personnel costs for installing, test- 
ing, and optimizing the system, as well as the costs for 
training users. 


Who’s Going to Pay? 


There are several dangers in not having a clear picture of 
soft LAN costs. First, since the costs are not accounted for, 
no one is asked to pay for them. Second, those who provide 
soft services, such as LAN support, wind up absorbing 
many of these costs without the proper resources, operat- 
ing budget, and head count required to create and main- 
tain a proper support infrastructure. Third, management 
and end users keep on buying LANs with inaccurate expec- 
tations as to what these systems actually cost. 

I am in no way suggesting that these same LANs would 
not be bought if their soft costs were known, or questioning 
whether the business decisions to implement LANs are 
justifiable. I believe, though, that by not understanding the 
true scale of these complex technology acquisitions, many 
organizations are throwing their IS infrastructures into a 
potentially precarious imbalance, and doing little to tem- 
per increasingly inflated end-user expectations. 

The primary problem in identifying soft costs is that 
there are no generally accepted guidelines or measurement 
tools to use as a reference point. Therefore, you will have 
to develop your own job-costing methodology for the pur- 
pose of measurement and accountability. You need to 
break down integration processes into sufficiently well- 
defined tasks to estimate their soft costs fairly closely. The 
methodology you establish will have to parallel your IS 
support infrastructure; more than likely, you will have to 
restructure IS to handle the new processes you define. 
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A Five-Step Solution 


The following five steps can help you successfully account 
for soft costs. The cornerstone of this five-step approach is 
the job-costing methodology you create to break general 
LAN support issues down to their most basic elements, 
and then to assign costs to these elements. 


Step 1: Dissect LAN Support to Establish True 
Costs 

Currently, most organizations only quantify the hard cap- 
ital costs of hardware and software acquisition. The few 
companies that do quantify the soft support costs tend to 
use a relatively simple amortizing approach, where they 
divide the cost of end-user computing support by the num- 
ber of users in the organization and then multiply the re- 
sult by the number of users in a specific department. This 
number is used to reflect a specific department’s share of 
the overall LAN support cost. 

Unfortunately, this type of accounting does not reflect 
the actual support costs; it is unfair as well as uninforma- 
tive. For one thing, it doesn’t account for the solution level 
being provided. For example, there may be only 10 users in 
marketing who need to use Macintoshes, while all other 
users in the organization use DOS-based personal comput- 
ers. The cost per user of integrating the Macintoshes with 
the host is considerably higher than the cost per user of 
providing the DOS systems with host access. 

However, if the costs of providing host access are 
lumped together and simply divided by the total number 
of users, the DOS users end up paying a higher cost than 
they actually incurred. By using the simple division 
method of allocating costs, the effectiveness and the value 
of the support being provided by the current support group 
becomes difficult or even impossible to measure. 

You need to dissect or break up soft costs if you hope to 
allocate them appropriately. Specifically, set up each of the 
services offered by the support group as a specific product 
and have end users fill out a request for services to be per- 
formed when support is needed. Map each request against 
your support staff's forecasted and actual costs; this will 
allow you to build a database of empirical information that 
has a sufficient degree of granularity that you can then con- 
struct a useful support cost model. Even if this model is 
used for accounting purposes only, the information it pro- 
vides will prove invaluable. 


Step 2: Group Individual Support Costs to 
Establish Guidelines 

Next, you should define a consistent set of guidelines for 
cost measurement. The goal is to assemble all the associ- 
ated component costs into one logical functional cost. For 
example, group all costs associated with attaching a Mac- 
intosh to a host. 

This set of valuation rules will be built out of different 
sets and subsets of the services identified in Step 1. Once 
you ve identified specific costs, grouped them, and defined 
valuation rules, you can build a template that users can 
employ to forecast the potential soft costs (both start-up 
and operational) when budgeting, and IS can use to ensure 
that it is funded properly to support the defined environ- 
ment. 
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Step 3: Attribute the Individual and Grouped 
Support Costs to the Functions and People That 
Bear Them 

End users have individual desires and business require- 
ments. Therefore, it is imperative that they have flexibility 
when it comes to making LAN platform and applications 
decisions. For example, some users may want (and can jus- 
tify for business reasons) Macintoshes as their LAN work- 
stations even though 85% of the organization uses IBM PC 
compatibles. 

It is important, however, that both the end user and IS 
recognize that the cost of swapping a Macintosh for an 
IBM PC clone ts not limited to the price difference (if any) 
between the two machines. The costs of providing equal 
functionality between dissimilar environments and ongo- 
ing support must be recognized up front, so IS will be pre- 
pared to provide the appropriate support and the end user 
will be prepared to pay for it. The bottom line is that the 
real costs of support must be attributed to the systems and 
people requiring it. 


Step 4: Inflate the Actual Support Cost 
Estimates the First Time Around 

Be reasonable in estimating support costs, but a 25% to 
50% contingency factor is not unrealistic the first time 
around. This is primarily due to the unknowns that are 
characteristic of any new job-costing system. Once you 
have real cost numbers, start plugging them in. Overages to 
the original forecasts should be accounted for on an 
instance-by-instance basis. This will provide valuable em- 
pirical evidence for the next budgeting period and for the 
evaluation and adjustment of future support cost forecast- 
ing. 


Step 5: Re-Establish the Cost Picture for LAN 
Support 

This final step is the most important. You must use this 
cost modeling as an opportunity to get end users’ expecta- 
tions for LAN performance in line with actual costs. There 
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will certainly be some resistance at first—no one likes to be 
responsible for costs. However, the benefits of being able 
to build a more tailored and responsive LAN support in- 
frastructure greatly outweigh these concerns. 

One warning, though: IS must deliver. It must apply the 
resources promised and budgeted. To help ensure success, 
be sure to communicate with your end-user community 
(and their management as well as yours) each step of the 
way. 


An Increased Return-on-Investment 


Cost accountability has been a major problem within IS 
departments historically. This has been primarily due to 
the lack of communication between the IS group and users 
they have served. In addition, the centralized nature of a 
host computer has complicated the process of calculating 
the costs of the departments and individuals who share its 
applications and resources. 

The move toward distributed systems should make it 
easier to identify and allocate soft costs. Since users tend to 
be behind the acquisition of personal computers and LANs 
and have to justify their costs, it is easier to align the costs 
and benefits of these systems with the users who purchased 
them. But first, we must recognize their real costs (both 
hard and soft) so that when end users make their systems 
decisions, their expectations are realistic and the proper 
support infrastructure is in place to support these deci- 
sions. The challenge will be to preserve a high degree of 
cost granularity as IS moves toward a more centralized 
LAN infrastructure. 

Getting a handle on soft costs means that a more accu- 
rate “I,”’ or investment, will provide the basis for a more 
credible “R,” or return, in management’s return-on- 
investment (ROI) equation. This will help ensure more re- 
alistic expectations, better justifications for IS investment, 
and increased order and balance throughout the company. 

So if some users don’t like black or white, but prefer 
pink, they can have it—they just need to pay for it. Ml 
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Datapro Summary 


Selecting cabling for local intrabuilding installation can be one of the most trau- 
matic experiences for a telecommunications manager. In the past, the decision was 
relatively simple: All communications involving terminals and computers took 
place over standard voice grade telephone lines. Today’s environment, however, 1s 
significantly more complex. Facing requirements for local area networks and 
emerging technologies and standards, telecommunications managers must treat 
cabling as a strategic resource and be aware of its inherent capabilities as well as its 
limitations. This report discusses specific media alternatives; reviews the new EIA/ 
TIA wiring standard and alternative proprietary implementations; and provides 


Developments ..............0068 16 


guidelines for specifying, installing, and managing intrabuilding cable plant. 


Effective decisions on cabling a facility 
must be predicated upon the physical con- 
struction, electrical characteristics, advan- 
tages and disadvantages, installation issues, 
and costs of different media types. Recent 
cabling events affecting installation deci- 
sions include the approval of the EIA/TIA- 
568 Commercial Building Telecommunica- 
tions Wiring Standard; the advent of 
unshielded twisted-pair Ethernets; the de- 
velopment of the 16M bps token-passing 
ring; the standardization of LAN bridge 
technology; the maturation of optical fiber 
implementations; and the development of 
“wireless” LAN alternatives. 


Introduction to Cabling 


Guided versus Unguided Media 

The first decision one usually makes re- 
garding media is whether it is to be 
“suided”’ or “unguided.” All physical trans- 
mission media fall into one of these two 
classes. Those signals that radiate through 
the air, radio or line-of-sight optical trans- 
mission, are generally considered to employ 


—By Michael L. Rothberg 
President 
Applied Network Solutions, Inc. 
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unguided media. On the other hand, differ- 
ent forms of wire—whether they be copper, 
aluminum, steel, or even optical fiber, and 
whether they be paired wires or coaxial 
cables—are all guided media. Figure | illus- 
trates the differences between guided and 
unguided media. Discussion of on-premises 
cabling is normally limited to guided me- 
dia, although there are some leading-edge, 
state-of-the-art implementations that em- 
ploy unguided media indoors. One should 
be aware that there are those who believe 
that all media, including airwaves and line 
of sight, are guided, but that the wave- 
guides in these cases are simply less stable 
than wire. 

Any digital data or analog voice infor- 
mation can be transmitted over single or 
paired wires. Although once commonly 
used in the world of telephony, single-wire 
systems using the earth as a return conduc- 
tor have fallen into disuse. Two paired 
wires employing balanced electrical trans- 
mission are generally more reliable, since 
they are less vulnerable to induced electri- 
cal noise. While coaxial cable is not truly a 
balanced medium, it does provide some ad- 
ditional benefits, since the outer shield re- 
duces the emission and absorption of radio 
frequency and electromagnetic interference 
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Figure L pe 
Guided versus Unguided Media 


Unguided 


»)))))))))) 


Guided 


(RFI/EMI). This report discusses each of these media in 
more depth in later sections. 

The term waveguide usually connotes copper or metal- 
lic media. Optical fibers, in fact, are true waveguides in 
every sense of the word, possibly even more so since they 
neither emit nor absorb any form of electrical signals. 


Plenum versus Nonplenum Cabling 
Focusing on guided media, one should recognize that there 
are basically two methods of installing these wires within a 
building. Wire can be installed in airspace above the 
ceiling—the plenum—or it can be installed in conduit or 
underfloor troughs. One would normally opt for the ple- 
num space to avoid the additional cost of conduit and the 
limited space of floor troughs. Simple enough? The Na- 
tional Electrical Code (NEC), however, states that all cable 
installed in plenum space must be installed in conduit, un- 
less it has been certified by an approved agency as having 
fire-resistant and low-smoke-producing characteristics. | 
The next question is how to achieve this level of fire 
rating with insulating or dielectric material. Two forms of 


dielectric are commonly used today: the first is polyvinyl 
chloride (PVC), which is not classified as “low-smoke low- | 


flame” and the second is a fluoropolymer (such as 
Teflon—a registered trademark of Du Pont), which is clas- 
sified by the Underwriters Laboratories as fire resistant. 
Other cables having similar dielectric materials may also 


be classified as “‘low-smoke low-flame” (such as HALAR — 


by Ausimont, KYNAR by Pennwalt, TEFZEL by Du 
Pont). One significant advantage of Teflon-coated cables is 
that they provide superior electrical performance over 
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other plenum and nonplenum cables. In addition to per- 
formance, in many cases, plenum cables offer significant 
cost advantages over nonplenum cables, discussed next. 


Cost—Materials/Labor 
One can quickly establish that the actual materials cost of 


plenum cable is much greater than the cost of nonplenum 


cable, sometimes on an order of 3.5 to 1. It is not unreason- 
able to encounter differences of as much as 350%. For ex- 
ample, PVC-coated coaxial cable may cost approximately 


$0.22 per linear foot compared to $0.98 per linear foot for 


comparable plenum cable. These costs are deceiving, how- 
ever, since the cost of the actual cable comprises a small 
part of the entire installation job. 

It is likely that when the costs of conduit, conduit con- 
nectors, couplings, and straps are added to a job that the 
cost of nonplenum cable will be much greater than its ple- 
num counterpart. For example, 1 foot of conduit (pur- 
chased in quantity of 600 feet) may cost $2.05. Without 
considering the cost of the other components, the non- 
plenum cable has risen to over twice that of the plenum 
version. 

By reviewing a job estimate, one may discover the fol- 
lowing: 


1. There are more fittings, adapters, and components re- 
quired to install nonplenum cable in conduit than ple- 
num cable without conduit. 


2. Significant increases in labor cost are inherent in any 
installation requiring conduit. 


3. Plenum cable systems can be installed more rapidly, 
resulting in more timely service to users. 


Figure 2. 
Mutual Capacitance 


Original 
Digital 
Signal 


Amplitude 


Effect of 
Small 

Capacitance 
Change 


~weewnwnnr wwe we ~s“ee* 


Effect of 
Large 

Capacitance 
Change 


PO r PrP rrrrrrr se 


Effect of mutual capacitance on a digital signal. 
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Figure 3. 
Attenuation 
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Effect of attenuation on a digital signal. 


Performance 


In the modern office environment, telephone lines and 
other media are often used to transmit digital data as well 
as analog voice information. These mixed transmission re- 
quirements frequently require longer cable runs, which in 
turn result in requirements for superior electrical perfor- 
mance. Low signal distortion; minimal interference from 
adjacent wiring; and clear, error-free transmission are nec- 
essary for effective transmission of digital data. 

The dielectric insulating material will directly affect the 
cable’s basic performance. The three electrical properties 
of cable that are affected by the dielectric, and will in turn 
determine the quality of the signal, are the following: 


1. Capacitance 
2. Attenuation 
3. Crosstalk 


Capacitance is a measure of the cable’s capability to store 
an electrical charge and to resist sudden changes in the 
magnitude or voltage of that charge. Capacitance is a func- 
tion of the thickness and the dielectric constant of the in- 
sulation material. Capacitance exists between different 
pairs of wires, between two wires of the same pair (mutual 
Capacitance), and even between the inner and outer con- 
ductors of coaxial cable. Figure 2 illustrates the effect of 
mutual capacitance on a digital signal. 

Attenuation is a measure of the reduction in signal 
strength, or amplitude, as the signal propagates down the 
medium. It has a direct impact upon the capability of the 
receiver to distinguish between one and zero bits or signal 
elements, since abrupt changes in amplitude are the basic 
criteria for determining the bit or signal element value. 
Figure 3 illustrates the effect of attenuation on a digital 
signal. 

Figure 4 depicts the combined effect of both capaci- 
tance and attenuation on a digital signal. Repeaters are 
used to retransmit the signal and restore it to its original 
values. For this to be effective, the repeaters must be 
placed close enough to each other on the line; otherwise, 
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not enough information would be available in the remain- 
ing signal to determine that it was in fact a bit. Thus, the 
use of plenum cable may obviate the frequent placement of 
repeaters. 

Crosstalk is a measure of the signal that is absorbed by a 
“quiet” pair of wires when adjacent to or in the vicinity of 
an “excited” pair. Plenum cables with a lower dielectric 
constant have less capacitance unbalance and result in 
lower crosstalk than nonplenum cables. 


Specific Cable Types 


Overview 

This report provides an overview of cable types commonly 
used in intrabuilding wiring schemes. While not exhaus- 
tive, due to the wide variety of different cable types and 
sizes, the characteristics of three primary cable types are 
explored: 


1. Twisted pair (both unshielded and shielded) 
2. Coaxial cable (broadband and baseband applications) 
3. Optical fibers (single mode and multimode) 


Analysis Criteria 


For each of the preceding types of cable we explore the 
following issues: 


1. Physical Construction—The medium’s physical con- 
struction includes those characteristics such as the 
number of conductors, the conductors’ composition, 
the type of insulation, and any other pertinent distin- 
guishing characteristics. 


Figure 4. 
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2. Applicable Transmission Technologies—Transmis- 
sion technologies include a discussion of whether the 
medium can support digital and/or analog transmis- 
sion, the type of modulation generally employed, and, 
where applicable, the frequencies at which signals are 
transmitted. Baseband transmission employs digital 
signaling and encoding techniques (such as Manches- 
ter and Differential Manchester Coding), while analog 
transmission employs Frequency Shift Keying (FSK), 
Phase Shift Keying (PSK), and Amplitude Modula- 
tion. Another technique is used to digitally code ana- 
log information (such as voice). This process, known 
as Pulse Code Modulation (PCM), is actually a 
method of sampling and encoding information. It is 
not an analog modulation scheme as the name might 
suggest. 


3. Geographic Scope—The medium’s geographic scope 
describes the maximum feasible distance between two 
nodes. These limitations cannot be discussed alone, as 
geographic scope is also related to bandwidth and 
transmission technology. 


4. Bandwidth—The essence of bandwidth is the 
information-carrying capacity of the channel or me- 
dium. Wherever possible, one should define band- 
width in terms of useful information (e.g., bits per sec- 
ond). Bandwidth can more technically be defined as 
the width of the signal spectrum or the difference be- 
tween the limiting frequencies of the channel. This is 
frequently expressed in hertz (Hz), which is a measure 
of the number of analog cycles per second. The terms 
“Hz” and “baud” are meaningless in describing a 
channel’s bandwidth, as they are not directly equiva- 
lent to bits per second. 


5. Connectivity—This discussion on connectivity fo- 
cuses on whether the medium is generally used for 
point-to-point or point-to-multipoint (broadcast or 
multiaccess) transmission. Due to specific physical 
characteristics and implementation constraints, some 
transmission media lend themselves to either broad- 
cast or point-to-point connectivity or both. We will 
highlight those attributes of the media that affect these 
capabilities. 


6. Noise Immunity—There are several channel parame- 
ters that influence the integrity of the information it is 
carrying. Distortion, interference, and noise are all 
network contaminations that alter the signal shape. 
All are unintentional phenomena that must be consid- 
ered by network designers. Distortion is any modifica- 
tion of the transmitted signal that is caused by varying 
effects of the transmission system on the signal itself 
(e.g., capacitance, attenuation). Interference is con- 
tamination resulting from external energy that affects 
the signal’s integrity. Noise encompasses either or 
both of these internal and external disturbances; it in 
turn causes abnormal processing and reception of the 
signal. Most noise results in very small variations of 
the signal, on the order of microvolts. If the impact on 
the signal is greater than this, then corrective action 
must be taken. The signal-to-noise ratio of a specific 
medium is a convenient measure of the circuit’s reli- 
ability. 


7. Security—Depending on the application require- 
ments, different levels of security are built into a net- 
work (such as access to the facilities, access to the net- 
work, and access to data). Our concern is with 
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unauthorized access to the network medium by tap- 
ping. Some media are very difficult to tap, whereas 
others almost invite intrusion. We will discuss each 
medium in terms of ease of tapping and also whether 
or not signals are emitted that can be intercepted by 
intruders. 


8. Installation Considerations—A number of issues sur- 
round installation. We evaluate each medium in terms 
of its suitability for intra-building wiring, focusing on 
such characteristics as ease of installation, tapping 
and splicing, and connectors. 


9. Applications—Some media lend themselves to certain 
types of networks (such as factory floor versus office 
environments). The associated issues are highlighted, 
enabling readers to develop a view of the most effec- 
tive applications. 


10. Cost—Cost is probably the most difficult element to 
evaluate. Bear in mind that the cable itself is a small 
part of the total cost. The labor costs associated with 
installation, as well as ongoing management and 
maintenance costs, will usually dwarf cable cost. In 
addition, the range of installation costs varies so 
widely for different implementations and sites that it 
is almost impossible to establish any benchmarks. 
Recognizing that there may be significant variances, 
we attempt to identify the causal factors while estab- 
lishing some midrange costs for those supposedly 
“normal” installations. 


Specific Medium Analysis 


Twisted Pair/Shielded Twisted Pair 


Physical Construction—The most pervasive communica- 
tions medium is the twisted pair. The wires themselves are 
twisted together in a regular geometric patter, thus making 
the electrical properties constant; this also reduces the 
noise and adjacent interference for the entire length of the 
line. Twisted pairs can also be purchased with braided or 
foil electrostatic shielding, which further enhances the 
noise reduction properties of the medium. 

Most commonly used unshielded twisted pairs have a 
conductor thickness of American Wire Gauge (AWG) 24 
or 26. These are often used for telephony connections. The 
characteristic impedance of these pairs is typically 100 
ohms. The characteristic impedance of a line defines the 
relationship between voltage and current at any point 
along the line and must be matched to the characteristic 
impedance of the connectors and attached equipment. A 
mismatch in the impedance of these components will re- 
sult in signal reflections on the wire. 

Shielded twisted pairs are often AWG 22 and have a 
characteristic impedance of 150 ohms. The IBM cabling 
system is representative of implementations using this 
type of twisted pair. While IBM is a proponent of shielded 
twisted pair, other vendors adopt the position that un- 
shielded wire is more effective. We explore this issue in 
context when discussing the AT&T SYSTIMAX Premises 
Distribution System. 

Applicable Transmission Technologies—Twisted pairs 
support both analog and digital transmission using a wide 
variety of encoding and modulation techniques. Digital 
transmission on twisted pairs often employs PCM when 
employed for integrated voice and data applications. 

Geographic Scope—Twisted-pair installations are fre- 
quently limited to one to two kilometers without repeaters. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


Manager’s Guide 
to Cabling 


Managing LANs 


Using repeaters to compensate for attenuation, the line 
can be extended to meet most practical application re- 
quirements. 

Bandwidth—As with many other media, the bandwidth 
and distance of twisted pairs are interrelated. Other factors 
affecting the bandwidth capabilities of the twisted pair are 
the signaling techniques used, the quality of the dielectric 
material, and the precision of the manufacturing process. 
The use of repeaters at relatively short intervals in a LAN 
environment can enhance the maximum bandwidth and 
enable transmission rates on the order of 10M to 16M bps. 
Experimental implementations exist over very short dis- 
tances at signaling rates of 100M bps (using the Fiber Dis- 
tributed Data Interface—FDDI—protocol). A practical 
maximum used in digital PBX implementations is 1.544M 
bps. Synchronous user terminals operate between 9600 
and 19,200 bps, while asynchronous devices usually oper- 
ate below 9600 bps. 

Connectivity—Twisted pairs are generally employed in 
point-to-point environments, but it is possible to use them 
in configurations that simulate multipoint broadcast capa- 
bilities. This is achieved using a technique known as 
““daisychaining,” where each interface device receives an 
incoming pair on one port and has an outgoing pair on 
another port. The device is now responsible for forwarding 
the information. In a true broadcast environment, the de- 
vice only copies information that is destined to itself. It 
does not interfere with the continuing propagation of the 
signal down the medium. 

Noise Immunity—Twisted pairs provide the least im- 
munity to noise of all physical conductors. The medium 
both emits and absorbs noise, and it is sensitive to both 
Electro-Magnetic Interference (EMI) and Radio Fre- 
quency Interference (RFI). Reasonably good noise immu- 
nity can be achieved if the twist length is significantly 
shorter than the effective wavelength. In balanced systems 
operating at low frequencies, noise immunity can be as ef- 
fective as more reliable media, such as coaxial cable, but 
above 100kHz coaxial cable will usually provide superior 
performance. 

There is significant controversy surrounding the issue 
of shielding for protection against EMI/RFI. This issue 
will be explored in the discussion of proprietary vendor 
architectures. 

Security—Because twisted pairs emit signals, they can 
be tapped easily. In addition, their pervasiveness and ac- 
cessibility further increase their vulnerability. Because of 
this, they are considered to be the least secure of the guided 
media. Techniques such as encryption, however, can add 
value at the higher level of data protection as opposed to 
access to the network. 

Installation Considerations—Twisted pairs will usually 
be easier to install than heavier coaxial cable. In addition, 
it may be possible to use previously installed wiring, since 
a considerable number of lines lie “‘dead”’ under the floor 
in many office buildings. As with most media, these lines 
are not removed when devices are relocated. The medi- 
um’s electrical characteristics will be an important deter- 
mining factor in whether these circuits—previously used 
for low-bandwidth analog voice—can be used for high- 
speed digital signaling (i.e., LANs). It is essential that man- 
ufacturers’ specifications for twisted-pair LANs be scrupu- 
lously observed and that the wiring conforms to new 
standards such as the EIA/TIA-568 specification (dis- 
cussed in a later section). 

Conversely, there may be excess wiring in the floor, 
crowding the troughs and inhibiting the installation of new 
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circuits. These issues are obviously implementation de- 
pendent, but bear in mind that some LAN implementa- 
tions facilitate the replacement of hundreds or even thou- 
sands of twisted pairs with one broadcast coaxial cable. 
Effective management of these resources is discussed in 
the section Cable Plant Management. 

Applications—There are numerous applications for 
twisted pairs. PBX and conventional telephone systems 
are by far the most common. Although the dominant ap- 
plication is telephony, twisted pairs are frequently used for 
point-to-point terminal connections and can be effectively 
used in some LANs. 


Coaxial Cable 

Physical Construction—Coaxial cable has been the domi- 
nant transmission medium for LANs for many years, al- 
though it is rapidly yielding its entrenched position to un- 
shielded twisted pair. The cable is composed of two 
conductors in concentric circles to each other. A solid wire 
forms the inner conductor, while the outer conductor 
serves as a shield and is usually grounded. Between the two 
conductors is a dielectric material. There are many differ- 
ent forms of coaxial cable; however, they are usually di- 
vided into two classifications—those used for baseband 
transmission, and those used for broadband transmission. 
Keep in mind that the terms baseband and broadband de- 
note the transmission technology but are sometimes used 
to ambiguously define the different cable types—a tradi- 
tion which it is more difficult to depart from than to main- 
tain. 

The primary distinction between the two cable types is 
the characteristic impedance. Baseband cable has a charac- 
teristic impedance of 50 ohms, while broadband cable is 
75 ohms. Figure 5 illustrates the construction of broad- 
band and baseband coaxial cables. Baseband cable em- 
ploys a center conductor of solid copper. This is sur- 
rounded by a dielectric material, which in turn is 
contained in a braided aluminum or copper shield or outer 
conductor. The entire package is then encased in an outer 
cover made of PVC or a fluoropolymer. The diameter of 
the cable varies with different implementations but may 
range from 3/16 to * of an inch. 

Broadband cable, on the other hand, is essentially the 
same 75-ohm cable that is used in Community Antenna 
Television (CATV) Systems. The inner conductor is often 
composed of copper-clad aluminum (as opposed to solid 
copper) as a cost consideration, since the cable run may be 
very long. Copper-clad aluminum is satisfactory as a con- 
ductor, even though it does not have the same properties as 
solid copper. The reason for this is a phenomenon known 
as ‘“‘skin effect,’ where the current distribution or the sig- 
nal tends to migrate to the outer surface of the conductor 
as the frequency rises, thus obviating the requirement for 
the conductive properties of solid copper. The center con- 
ductor is then encased in a dielectric polystyrene material. 
The whole assembly is then covered with an outer conduc- 
tor of extruded aluminum. Outer insulation is usually not 
required on broadband cables installed indoors. The entire 
cable may be either ‘42-inch or %4-inch thick depending, 
upon the nature of the cable run (trunk, distribution, or 
drop). 

Applicable Transmission Technologies—As with the 
physical cable types, there are also distinctions between 
baseband and broadband transmission systems. In base- 
band systems there is no modulation of the signal. Trans- 
ceivers are used to place digital signals directly onto the 
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Figure 5. 
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cable. These signals are encoded using some of the tech- 
niques identified earlier, usually by means of Manchester 
or Differential Manchester phase encoding. The digital sig- 
nal occupies the entire bandwidth of the cable; thus, base- 
band cables have only one channel in operation at any mo- 
ment in time. 

In broadband systems, analog signals are transmitted 
on the cable using both frequency- and phase-modulation 
techniques. Multiple frequency-derived channels are oper- 
ated on a single cable simultaneously. The cable’s fre- 
quency spectrum is usually divided into a forward and re- 
turn spectrum. Figure 6 illustrates a single-cable midsplit 
system and a dual-cable system. 

The cable can be viewed as a two-way radio frequency 
system. A device connected to the cable can transmit a sig- 
nal in one direction on the return spectrum and receive the 
same signal as it is retransmitted from the headend on the 
forward spectrum. The headend functions as a retransmis- 
sion facility and steps up received signals in the return 
spectrum to the frequency of the corresponding channel in 
the forward spectrum. Figure 7 defines the relationship be- 
tween the broadband cable plant components. 

Geographic Scope—Broadband systems can cover dis- 
tances of up to 40 kilometers as a practical limit; however, 
note that the IEEE 802.3 local area network standards 
specify a maximum distance of 1,800 meters from the 
headend. By placing the headend at a central point, end-to- 
end cable distances of 3,600 meters can be supported. 

Typical baseband systems can cover distances of be- 
tween one and three kilometers. The 802.3 limit for a base- 
band network is 2.8 kilometers between any two commu- 
nicating devices. The actual cable segments may total 
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more than this, as illustrated in Figure 8. The primary rea- 
sons for these limitations are not based upon the physical 
cable construction, but rather the timing considerations in 
the channel access protocol. 

Bandwidth—Bandwidth is another variable that differs 
significantly between broadband and baseband systems. 
Most baseband implementations operate in the range of 
10M bps, recognizing of course that there are exceptions 
(such as token-ring at 16M bps, Network Systems Corp. 
Hyperchannel at 50M bps). Broadband systems, on the 
other hand, offer significantly increased bandwidth capa- 
bilities due to the fact that there are multiple channels on 
each cable. Typical broadband implementations with 
highly saturated cables may yield aggregate bandwidths as 
high as 100M pbs. 

A typical 300MHz midsplit system can support 110- to 
120MHz in each direction, but one must allow for guard 
bands to protect the system from such phenomena as adja- 
cent channel splatter (the “slopping over” of signals from 
one frequency-derived channel to another). In addition, an 
unusable crossover region of approximately 5OMHz is re- 
quired. Where video requirements exist, 6MHz must be 
allocated for each video channel. These requirements can 
rapidly diminish what initially appears to be ‘“‘unlimited 
bandwidth.” 

Connectivity—Coaxial cable can be used in both a 
point-to-point mode and a multipoint mode. In local net- 
work bus architectures, multiple devices are usually 
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Figure 7. 
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““dropped”’ from a single cable. Depending on the applica- 
tion and the required data rates, a broadband system may 
support thousands of connections. The system must be 
balanced, however, to compensate for the loss of signal 
strength at each tap (insertion loss) as well as normal atten- 
uation. Amplifiers are usually placed at intervals of 0.5 to 
1.5 kilometers to regenerate the signals. 

Baseband systems can support up to 100 devices for a 
single cable segmenting some implementations (such as 
the IEEE 802.3 LOBASES “thick’’ Ethernet equivalent). As 
with broadband systems, one must also be concerned with 
the issue of insertion loss. Proper repeater placement is 
essential to signal regeneration. 

Noise Immunity—Coaxial cable provides for superior 
noise immunity over conventional twisted pairs. As with 
other media, its immunity to noise is subject to the impact 
of variables such as the application and the environment. 
Baseband systems usually provide immunity of 50 to 60 
decibels (dB), while broadband systems operate with 85 to 
100 dB. 

Security—Both broadband and baseband cables are 
subject to some of the same security issues as are twisted 
pairs, but to a lesser degree. Since the cable does not emit 
as high an amplitude signal, tapping or intercepting the 
signal will be more difficult. | 

Installation Considerations—Coaxial cable is signifi- 
cantly more difficult to install than twisted pairs, but the 
potential costs associated with the installation may be off- 
set by the multidrop nature of the cable. Other consider- 
ations relating specifically to broadband implementations 
include the difficulty in handling (caution to avoid crimp- 
ing of the outer extruded aluminum sheath) and the fact 
that amplifiers, taps, and splitters may not fit easily in the 
floor raceways of office buildings. One should carefully 
measure the dimensions of the floor raceways and plenum 
space before assuming that an installation is feasible. In 
addition, cables of different physical construction charac- 
teristics are usually used for trunk, feeder and drop, and 
Station cable applications. 

Applications—Coaxial cable is useful for office automa- 
tion applications where many devices may be multi- 
dropped from one cable. Other applications include both 
factory and laboratory automation. In fact, one can use 
broadband coaxial cable to support multiple networks in a 
factory environment, thus separating administrative and 
process control networks on different frequency-derived 
channels while still residing on the same physical cable. 
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Coaxial cable’s flexibility in terms of its high bandwidth 
potential makes it an attractive intrabuilding wiring alter- 
native for backbone applications. These applications usu- 
ally include riser (vertical) cables as well as horizontal ca- 
bles connecting wiring closets and equipment rooms. It is 
becoming less popular for connecting devices in the work 
area primarily because of the increased performance at- 
tributes of high-quality twisted pair. It is interesting to 
note, however, that thin coaxial cable (RG-58) used in 
“thin” Ethernet applications may in fact be less expensive 
than twisted pair in some scenarios. 

Cost—The installed cost of coaxial cable exceeds that of 
conventional twisted pairs. Baseband cable is usually less 
expensive that broadband cable, with the exception of 
some specific types of multiple-shield baseband cable (e.g., 
thick Ethernet). In either case, the more significant cost 
component is installation. It is reasonable to assume that 
the installed cost of these cables will usually be less than $4 
per linear foot; however, some quotations may dramati- 
cally exceed this figure. One should be aware of building 
code restrictions that may adversely affect labor costs. In 
addition to the cost of installing conduit, modifications to 
floor troughs and drywall partitions for taps and splitters, 
as well as drilling through many floors for riser cables, will 
all contribute to the total installation costs. 


Optical Fiber 7 

Optical fiber technology has taken several great leaps for- 
ward in the past few years. The advent of standard imple- 
mentations such as the Fiber Distributed Data Interface 
(FDDI), a 100M bps token-ring, along with its prolifera- 
tion as an essential element of backbone wiring plans, has 
catapulted the technology to a prominent position as a can- 
didate for many implementations. Not to be ignored are 
the dramatic decreases in the cost of connectors and easier 
connectorization methods. The adoption of fiber as an el- 
ement of the new EIA/TIA-568 specification has further 
catalyzed the “fiber fervor.” 

Physical Construction—Transmitting signals on optical 
fiber is accomplished by sending a signal-encoded beam of 
light through a glass or plastic fiber or waveguide. Each 
125-micron-thick fiber has a center core of highly refrac- 
tive glass or plastic. Surrounding this core is a cladding 
material with a somewhat lower index of refraction. The 
goal is to contain as much light as possible within the cen- 
ter core so as to facilitate total internal reflection. The clad- 
ding serves to isolate adjacent fibers from one another and 
thereby prevent crosstalk. Covering the fiber is an absorp- 
tive material that forms the outer surface of the fiber. Fig- 
ure 9 illustrates the construction of an optical fiber. 


Several different types of optical fibers are available: 


1. Single-mode step index fiber is characterized by an ex- 
tremely small core diameter on the order of 8 microns. 


2. Multimode step index fiber is characterized by a wider 
diameter core permitting multiple propagation 
modes. 


3. Multimode graded index fiber differs in that the index 
of refraction falls off in gradual steps from the center 
of the core to the outer surface. 


The effect of the different core diameters of single-mode 
and multimode fibers is significant. In multimode fibers, 
the diameter of the core, usually 62.5 microns (other im- 
plementations of 50, 85 and 100 microns exist), is suffi- 
ciently large to allow light to travel on different paths. Each 
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of these paths is considered a mode of propagation. The 
photons that constitute the light pulse all have the same 
operating wavelengths, but depending on where the first 
reflection occurs, they take different paths through the 
waveguide. 

Single-mode fiber, on the other hand, is characterized 
by acore diameter of approximately 8 microns. The salient 
point here is that the core diameter is nearly the same as 
the wavelength of the light. Thus, the photons are only per- 
mitted one route through the waveguide. Figure 10 illus- 
trates these different types of fiber. 

Optical fiber cables may contain multiple fibers. Some 
cables have steel or composition stress members among 
the glass fibers to provide support when the cables are sus- 
pended overhead. Other cables contain fibrous material 
(Kevlar) of very high pulling strength, the purpose of 
which is to permit pulling the cable without stressing the 
optical fibers. 

Applicable Transmission Technologies—Both semicon- 
ductor lasers (injection-laser diodes, or ILDs) and light- 
emitting diodes (LEDs) are used as light sources for trans- 
mission. LEDs are predominantly used in data 
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transmission environments on multimode fiber, while la- 
sers are ideal for voice transmission on single-mode fiber. 
ILDs produce a very narrow beam of superradiant light 
and provide more bandwidth over greater distances. LEDs 
are less expensive, not as sensitive to temperature, and 
boast a longer operational life. 

The detectors on the other end of the fiber function by 
converting the light pulses into an electrical signal. Two 
photodiode devices are used. The first is a PIN (used in 
conjunction with LEDs) photodiode where an intrinsic (I) 
region is sandwiched between the P- and N-doped semi- 
conducting regions. The second is the Avalanche photo- 
diode (APD—used in conjunction with ILDs), which uses 
a stronger electric field. For the most part, the PIN detec- 
tor is less expensive than the APD, but at the cost of not 
being as sensitive. 

Transmission on an optical fiber is usually unidirec- 
tional, although recent developments enable transmission 
of multiple signals on a single fiber in either direction si- 
multaneously. LANs generally require the use of two fi- 
bers. The development of Wavelength Division Multiplex- 
ing (WDM) has progressed to the point where up to 10 
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Figure 9. 
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Basic optical fiber construction. 


separate channels of information can be transmitted si- 
multaneously on one fiber. A WDM device is constructed 
of a number of optical filters that can extract several dis- 
crete wavelengths from a single fiber. Practical implemen- 
tations are generally limited to two channels. 

Geographic Scope and Bandwidth—With optical fibers, 
it is virtually impossible to discuss either geographic scope 
or bandwidth separately. Several variables affect the range 
of optical fibers: 


|. Bandwidth 
2. Repeater placement 
3. Fiber type (single or multimode) 


Multimode fibers without repeaters can be extended to ap- 
proximately 10 kilometers. In this range, the fiber can sup- 
port transmission rates of up to 100M bps. For shorter dis- 
tances of perhaps one kilometer, up to 1G bps has been 
demonstrated. 

Single-mode fiber, although not used very often in 
short-range data applications, performs well in excess of 
100 kilometers. These greater geographic ranges are also 
coupled with data rates of 200M bps. Telephone carriers 
have reported successful transmission of 0.5 gigabit over 
more than 100 kilometers of repeaterless single-mode fi- 
ber. 

Connectivity—Optical fibers are most often connected 
in a point-to-point fashion. Multidrop configurations are 
possible; however, cost and reduction of topological flexi- 
bility make this less practical. Both passive and active star 
couplers are used to provide optical taps in bus topologies. 
They permit stations to be connected in a point-to-point 
star topology with the active star coupler functioning as a 
concentrator—similar to the approach used in a twisted- 
pair Ethernet environment. Unlike the active star coupler, 
the passive star coupler does not provide repeater func- 
tions. 

The implementations most commonly encountered in 
office buildings today utilize optical fiber cable for trunks 
(risers that run between building floors) and sometimes for 
feeders on a single floor. Distribution to the less stable 
workstation environment is usually accomplished by using 
multiplexers and interfaces to twisted-pair or coaxial ca- 
ble. 

Noise Immunity—One of the most significant advan- 
tages of optical fiber is that it is essentially 100% immune 
to EMI and RFI. It requires no shielding and is completely 
impervious to any external interference. Attenuation is a 
less significant issue in optical fiber transmission, and 
losses are usually limited to about 0.05 to 0.07 dB per kilo- 
meter. One must be concerned, however, with the signal 
loss that occurs at taps and splices. This will vary with the 
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nature of the tapping/splicing technology. Elastomeric 
splices yield the highest loss but are the least expensive. 
Optical connectors are more difficult to install and are 
more expensive but reduce the insertion loss. Fusion 
splices are the most expensive but yield the lowest inser- 
tion loss. 

Security—Since optical fibers neither absorb nor emit 
radiation, they are largely secure from intrusions or tap- 
ping. Difficulty in tapping and in minimizing the insertion 
loss prevents most intruders from successfully penetrating 
or compromising the security of the system. 

Installation Considerations—Optical fiber exhibits a 
number of positive attributes insofar as installation issues 
are concerned. The danger of electrical short circuits be- 
tween conductors is a “‘nonissue,”’ and the cable can even 
be totally immersed in water without affecting the signal. 
The cable itself is lighter than other media and facilitates 
installation. Fewer problems will be encountered with re- 
spect to building codes, but specific implementations must 
be verified for variable compliance issues. 

Applications—Optical fiber has been used primarily for 
wide area computer and voice communications, but 
progress in the development of taps, splitters, and couplers 
has resulted in increasing use for intrabuilding and local 
area network implementations. Optical fiber alternatives 
are offered as part of most proprietary cabling systems, but 
one should compare the specifications of these optical fi- 
bers against industry standards. For example, early IBM 
cabling system implementations called for 100-micron fi- 
ber. This is not compatible, however, with the industry 
standard of 62.5 microns (EIA/TIA-568). The 100-micron 
fiber is superior for short-range implementations, such as 
IBM’s token-ring, where repeaters are closely spaced, but 
degrades in longer runs. As an aside, the EIA/TIA-568 
committee adopted the 62.5 um implemenation because of 
its popularity among the telephone companies and the fact 
that it had a very large installed base as opposed to the 100 
um. 

One should exercise caution in using fiber in unstable 
environments where user-connected devices are moved 
frequently. Expect to see extraordinary growth, however, 
in all intrabuilding applications for fiber. The dominant 
medium of the future will be optical fiber combined with 
unshielded twisted pair. 

Cost—Optical fiber is somewhat cost intensive. The 
materials are more expensive than other media; however, 
this is often offset by greater capacity, reliability, and flex- 
ibility. 


Standards and Proprietary 
implementations 


EIA/TIA-568 Intrabuilding Wiring Standard 


Introduction 

EIA/TIA-568 is the product of over six years of intensive 
negotiation and compromise between major computer and 
telecommunications equipment vendors. The net result, 
while not perfect, is a major accomplishment. It provides 
planners with the tools to develop and install multivendor 
building wiring based on a flexible generic model—while 
using “off-the-shelf? products and technology. 


Scope 
The Telecommunications Wiring System Structure 
(TWSS) defined in 568 is intended to support up to 50,000 
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individual users within 10,000,000 square feet of office 
space. The focus of this specification is on commercial of- 
fice space. Industrial facility specifications are contained 
in another standards document. 


Telecommunications Wiring System Structure (TWSS) 
The standard includes detailed specifications on all as- 
pects of the TWSS: 


¢ Horizontal wiring—from the work area telecommunica- 
tions outlet to the telecommunications closet. 


¢ Backbone wiring—interconnection of telecommunica- 
tions wiring closets. 


e Work area wiring—from the telecommunications outlet 
to the station equipment. 


¢ Telecommunications closet—area set aside to house 
TWSS equipment. 


¢ Equipment room—similar to telecommunications closet 
but usually centralized and housing more complex 
equipment. 


e Entrance facilities—telecommunications service en- 
trance, including safety devices. 


FEBRUARY 1992 


The 568 TWSS supports a variety of different cable types: 

¢ Horizontal system 
—4-pair 100-ohm unshielded twisted pair 
—2-pair 150-ohm shielded twisted pair 
-50-ohm thin RG-58 “‘thin” Ethernet coax 
—6§2.5/125um optical fiber 

¢ Backbone system 
—multipair 100-ohm unshielded twisted pair 
—150-ohm shielded twisted-pair cable 
-50-ohm thick Ethernet coaxial cable 
—62.5/125um optical fiber. 


The 568 standard contains detailed specifications on the 
electrical and physical characteristics of each of these cable 
types. Connector specifications are included for all media; 
however, optical fiber connector specifications are incom- 
plete as of this writing. They include mating durability 
data, but the jury is still out on the issue of whether the 
standard should be ST (straight tip) or _ biconic 
connectors—or both. . 
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Figure 11. 
Star-Based Ring 


Central 
Wiring Closet 


Node 1 
Unused Term. 


Node 2 


Each line consists of one 

twisted pair. Voice pairs 

Node 4 in the same cable are routed 
to the central wiring closet, 
and from there to the PBX. 


Star-based ring architecture using IBM cabling system. 


IBM Cabling System 

The IBM cabling system is an intrabuilding wiring scheme 
designed primarily to support the interconnection of IBM 
host computers, workstations, and PCs, with the added ad- 
vantage of providing conventional telephone cable as an 
option for those sites intending to rewire for a PBX. It fa- 
cilitates the implementation of a star-based token-ring, 
which lends itself to much easier maintenance and recon- 
figuration than traditional ring architectures. Figure 11 il- 
lustrates a typical star-based ring. 

The cabling system includes all of the patch panels, con- 
nectors, faceplates, baluns, and any other hardware neces- 
sary for implementation. Table | presents the specifica- 
tions for the various cable types currently included within 
the IBM cabling system. 

IBM’s “pre” cabling system environment included a 
variety of product-specific incompatible cable types, in- 
cluding twisted pairs, coaxial cable, and twinaxial cable. 
The cabling system provides common cable implementa- 
tions for all of the above products. 

Installing the IBM cabling system, or any cabling sys- 
tem for that matter, is most cost effective when organiza- 
tions are required to rewire for a PBX. Installing the voice 
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a 
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wiring can be leveraged to subsidize the data facilities— 
since the incremental cost of the IBM Type 1 or 2 data 
cables, plus the additional labor to pull these heavier ca- 
bles, will almost always be significantly cheaper than if 
both data and voice cabling were to be installed separately. 


AT&T SYSTIMAX Premises Distribution System 
AT&T’s SYSTIMAX Premises Distribution System (PDS) 
is a multifunctional wiring plan designed to support voice, 
data, graphics, and digital video communications on the 
user’s premises. SYSTIMAX PDS comprises cables, cross- 
connects, adapters, electronics, and protective devices, all 
arranged in a hierarchical riser/distribution system. It en- 
compasses optical fiber and unshielded twisted-pair cop- 
per media and is suitable for single-building as well as cam- 
pus environments. 

Current implementations of SYSTIMAX PDS employ 
62.5/125-micron multimode optical fiber and 22/24/26 
AWG unshielded twisted pair. AT&T has maintained the 
position that unshielded twisted pair will provide ade- 
quate performance for almost all voice and data require- 
ments. The company contends that shielding confines the 
electric and magnetic fields, causing changes in induction, 
resistance, and capacitance, thus increasing attenuation. 
There are strong dissenting opinions, however, and other 
organizations will readily provide their own test results 
proving that shielding is a cost-effective mechanism. For 
example, IBM responds that shielding eliminates most dis- 
turbances (EMI/RFI) and that increased attenuation is a 
““nonissue”’ in the context of short token-ring wiring lobes. 


SYSTIMAX PDS features six discrete subsystems: 


1. Work location wiring system—a station mounting 
cord connecting a terminal or workstation to a univer- 
sal wallplate. 


2. Horizontal subsystem—connections from a panel ina 
satellite wiring closet to the universal wallplates in the 
work location. 


3. Backbone or riser system—the riser cables intercon- 
necting the different floors in a multistory building. 


Figure 12. 
AT&T SYSTIMAX Premises 
Distribution System 
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Table 1. IBM Cable Type Specifications 


Cable Specification Number 
Type 1 4716748 
Type 1 Plenum 4716749 
Type 1 Outdoor 4716734 
Type 2 4716739 
Type 2 Plenum 4716738 


Type 3 

Type 5 4716744 
Type 6 4716743 
Type 8 4716750 
Type 9 6339583 


4. Administrative subsystem—a frame or patch panel 
where circuits can be rearranged or rerouted. It in- 
cludes cross-connect and interconnect hardware as 
well as modular jack assemblies. 


5. Equipment cabling subsystem—that section of SYS- 
TIMAX PDS that included the cables and connectors 
between equipment units and equipment rooms. 


6. That section of SYSTIMAX PDS that includes the ca- 
bling between or among buildings within a campus or 
an office park. 


Figure 12 shows the relationship between the six SYSTI- 
MAX PDS subsystems. 


Figure 13. 
DECconnect Faceplate 
Digital 
Telephone Terminals, 
Instruments Workstations 


Host Computers, 
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ANSI/ICEA S-80-576-1983 (Bell 48007) 


Description 


Two pairs of AWG #22 conductors with 
braided cable shield. 


Two pairs of AWG #22 conductors with 
braided cable shield and Teflon or equiva- 
lent dielectric. 


Two pairs of AWG #22 conductors with 
corrugated metallic shield suitable for aerial 
or underground installation. 


Two pairs of AWG #22 conductors with 
braided shield accompanied by four pairs 
of AWG #22 telephone conductors and 
Teflon or equivalent dielectric. 


Two pairs of AWG #22 conductors with 
braided shield accompanied by four pairs 
of AWG #22 telephone conductors. 


Four twisted pairs of AWG #24 100-ohm 
telephone wire. 


Two 100/140 optical fibers suitable for in- 
door, aerial, or underground (in conduit) in- 
Stallation. 


Two twisted pairs of AWG #26 stranded 
conductors to be used as patch or jumper 
cables in wiring closet or from wall outlet 
to device. 


Two pairs of AWG #26 solid conductors in 
parallel for use under carpeting. 


Two twisted pairs of AWG #26 stranded or 
solid conductors. 


DECconnect Communications System 

The DECconnect communications system combines mul- 
tiple technologies in one cabling system. Voice communi- 
cations are provided via 100-ohm unshielded twisted 
pairs. Terminal communications requiring full- or half- 
duplex communications up to 19.2K bps are also provided 
on twisted pair. High-speed LAN applications employ 50- 
ohm thin Ethernet coaxial cable, sometimes affectionately 
known as “‘Cheapernet.”’ Thick Ethernet cables are used to 
interconnect “Satellite Equipment Rooms” but are not 
generally used for work area implementations. This ap- 
proach is compatible with the EIA/TIA horizontal and 
backbone approaches. In addition, DECconnect also pro- 
vides video capabilities with the inclusion of 75-ohm 
CATV cable in the architecture. 

Common faceplates provide connections to each of the 
network facilities at each work area or office location. Fig- 
ure 13 illustrates the configuration of the DECconnect 
faceplate. The faceplate provides a BNC coaxial cable con- 
nector for the Ethernet connection, a modified modular 
jack for terminal connections, a modular jack for tele- 
phone instruments, and an F-connector for CATV cable. 

Digital has also been one of the foremost leaders devel- 
oping Ethernet technologies. It provides a variety of active 
and passive components to interconnect thick, thin, and 
twisted-pair Ethernets as well as “dumb” terminal facili- 
ties. 


Cable Piant Installation 


Installing cabling systems and components is far from a 
simple task. In addition to a complete understanding of the 
technical and practical limitations of various media, one 
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Figure 14. While each installation will present its own set of spe- 
NEC Cable Markings cific issues and difficulties, this section of the report pre- 


sents an overview of the above agenda. 


National Electric Code (NEC) 
The National Electric Code is a comprehensive set of reg- 
ulations that significantly affects the communications in- 


1 i 
3 ! 
' ABC Co. CL2P dustry. Note, however, that the NEC is essentially only a 
i Gy) i “model” code. While some local jurisdictions adopt it as 
published, others more stringently constrain installations. 
300 °C For example, while the NEC permits plenum cable in cer- 
) i tain implementations, local codes may prohibit its use out- 
AWG. 20 i 
, 1 side of conduit. 
' ' There have been a number of changes from the earlier 
1984 edition involving new specifications for clearances, 
Where ABC is the cable manufacturer; multiple ““messengers”’ or cables on the same structure, op- 
"AWG defines type of cable construction; tical fibers, and others. 
"UL is the UL trademark; 
" CL2P is the circuit type identification code; The code is divided into several “‘articles:”’ 
"200 °C is the temperature rating. 1. Article 725 addresses remote control signaling and 


power-limited cable. 


ee as Article 760 deals with power-limited fire alarm cable. 
must also be familiar with the national and local building 


and electrical codes. Methodologies for estimating the 3. Article 770 provides specifications for optical fiber ca- 


quantity and cost of the physical wire and components ble. 
must be established. These may be manual, automated, or 4. Article 800 covers various forms of communications 
semiautomated procedures. The network architect must cable. 


be able to perform a site survey to determine whether there 5 
will be any unusual installation difficulties. The physical 
cable plant must be designed with attention to the location 
of taps, splitters, amplifiers, and repeaters. Procedures for 
testing the medium and components before and after in- 
stallation must be established. 


Article 820 covers CATV cable specifications. 


Copies of the NEC are available from the American Na- 
tional Standards Institute and the IEEE Standards Office. 


Figure 15. 
Cable Installation Estimating Form 
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These prices and labor estimates are for illustration purposes only. They are provided only as 
a guide in the methodology of estimating, as opposed to representing benchmark cost. 


Adapted with permission from "How to Specify Bid and Install Plenum Cable" © 1986—E.. DuPont de Nemours & Co. (Inc.) 
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Procuring Cable 
When procuring either twisted pairs or soar al cable, it is 
important that the cable type, conductor size, insulation 
and jacketing materials, shielding, and cable classification 
be explicitly specified. In the case of many applications, 
coaxial cable in particular, the characteristic impedance 
(50, 75, or 93 ohms), the nature of the core dielectric, and 
the conductor material must also be specified. Be sure to 
consult computer equipment manufacturers’ specifica- 
tions for additional information. Exercise caution in spec- 
ifying cable diameters since this will be important in se- 
lecting connectors, as well as estimating conduit capacity. 

Manufacturers of Underwriter Laboratories (UL) clas- 
sified cables are listed in the UL Green Book, which is 
available from the UL. All commercial cables for NEC 
725, 760, and 820 must be UL listed. In addition, the UL 
conducts a “‘tunnel test” (the UL 910 Tunnel Test) for ple- 
num cables. Some plenum cables bear markings that they 
are plenum listed or plenum approved; however, one 
should be sure that they are UL listed. 

UL classified plenum cable identification bears mark- 
ings every 24 inches in accordance with the NEC. Figure 
14 illustrates these cable markings. 


Installation Methodology 


Site Surveys 


The first activity that must be performed is the site survey. 
The network designer should physically walk through the 
site with the construction supervisor and user personnel 
and identify the locations of all equipment—host comput- 
ers, workstations, PCs, telephones, and any other devices 
that may require access to the cable plant. Special atten- 
tion should be paid to the locations and topology of floor 
troughs and inaccessible areas. All cable routes and tap lo- 
cations should be clearly identified on the floor plans or 
blueprints. 

Questions to be answered during the site survey include 
the following: 


1. Where are the nodes located? 
2. What is the impact of geographic dispersion? 


3. Can the floor troughs or conduit handle additional ca- 
ble? 


4. How volatile is the environment? (Do users move fre- 
quently?) 


5. Are there sources of electromagnetic interference? 


Cable Plant Design 


Design specifications and constraints vary for different 
types of LANs and telecommunications implementations. 
Before designing cable plant, it is important to verify 
equipment vendor specifications against standards such as 
the IEEE 802 LAN specifications. 

Special considerations apply to “broadband” LANs. 
Design calculations must be performed to determine the 
“reference signal level’”—the amplitude of the radio fre- 
quency signal that appears at each user outlet, which is 
measured at the network’s highest frequency. In addition, 
the noise floor or minimum noise level of the system must 
be determined. This is a function of the ambient tempera- 
ture, the characteristic impedance of the cable, and the 
channel bandwidth. Other calculations involve amplifier 
noise, system carrier-to-noise ratio, and splitter/combiner 
noise. 


FEBRUARY 1992 


Manager’s Guide Managing LANs 


to Cabling 


Broadband system design must ensure that signal 
strength is evenly maintained across the entire network. As 
an aid in calculation, dB should be used to express signal 
strength. The system will be easier to maintain if all ampli- 
fiers are identical and evenly spaced upon the cable. 
Losses, both insertion and attenuation, can then be 
equated to amplifier gain. 

Other important guidelines in broadband system instal- 
lation focus on ensuring that cable routes be evaluated to 
ensure that manufacturers’ bend radius specifications are 
heeded. If a CATV cable is crimped in bending, the physi- 
cal change in the relationship of the two conductors will 
impact the electrical properties of the cable. 

Plan your CATV system as if you were going to main- 
tain it daily. Even if reconfiguration is not that frequent, 
orderly installation will make your life much easier: 


1. Clearly mark and band all drop cables at each end. 


2. Attach visible markers to the ceiling to indicate tap, 
splitter, and amplifier locations. 


3. Ensure that the proper size ‘“‘F’’ connectors are used. 
Route cables via the shortest possible distance. 


5. Attach terminating resistors to any unused wall out- 
lets. 


Special test equipment may be required to design and 

maintain your CATV network. These include the follow- 

ing: 

e RF spectrum analyzer—provides a graphic display of 
the frequency spectrum of the cable. 


RF sweep generator—serves as a signal source for testing 
and generates RF output signals from 5- to SOOMHz. 


Field strength meter—a tuned RF voltmeter used for de- 
termining the amplitude of a signal at a specific fre- 
quency. 
Multimeter—used for checking power supplies and re- 
sistance. 


Cable reflectometer—used to precisely identify the loca- 
tion of breaks, kinks, or other faults in the cable. 


RF radiation monitor—sometimes called “‘sniffers’’ or | 
“bloodhounds” and are used to detect leakage of RF sig- 
nals at taps, splitters, and other connections. 


Kstimating Cable and Components 

After you have performed your site survey and designed 
your cable plant, whether it be CATV, baseband coaxial 
cable, twisted pairs, or optical fibers, you are then ready to 
begin the process of estimating the materials and labor 
costs of the installation. 

It is convenient to use a form as illustrated in Figure 15. 
The purpose of this form is twofold: first, to provide a 
checklist of materials, and second, as a budgetary estimate 
for the project. 


Preinstallation Tests and Checks 


A variety of tests and checks should be made on system 
components before installation. As a rule, users should un- 
dertake all tests that can be performed prior to installation: 


1. Check cables while they are still on the spool. Using 
time domain reflectometry (TDR) techniques, one 
can determine whether there are breaks, crimps (in the 
case of coaxial cable), or other damage that induces 
electrical changes. 
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2. Check cable terminators using TDR techniques as 
well. 


3. Transceiver and drop cables should be checked as well 
as the operation of transceivers and repeaters. 


All of these tests are essentially easier to perform on a unit 
basis than on an integrated system. Imagine the alternative 
of trying to find a failed repeater or transceiver in a 
multistory office building after installation. 


Postinstallation Tests and Checks 


After installation, all cables and components should be vi- 
sually inspected using TDR for backbone and trunk cables. 
The frequency spectrum of the system should be checked 
to isolate induced noise frequencies. In the case of coaxial 
cable systems, grounding should be checked using an ohm- 
meter. 


Cable Plant Management 


Cable management systems are usually freestanding, PC- 
based database systems that permit a user to track, man- 
age, and maintain an inventory of cabling resources within 
a facility. These systems often provide graphics Computer- 
Aided Design (CAD) capabilities to view cable entities in 
the context of a floor plan. We use the term “‘computer- 
aided design” in a limited context, denoting the ability to 
develop electronic blueprints or floor plans employing 
high-resolution graphics capabilities and user interfaces. 

The earliest of such systems were developed primarily 
to facilitate the management of telecommunications ca- 
bling resources associated with PBXs, but more recent en- 
tries address the specific issues of shared media LANs. 
Some systems provide CAD facilities to design a LAN 
within the context of a specific set of design constraints 
(such as IEEE 802.3 “Ethernet’’). 


Hardware Components 

Cable management systems reside on a variety of hard- 
ware platforms. For the most part, these are standalone 
PCs; however, they may be “networked” so as to enable 
distribution of the database resources in a client/server en- 
vironment. A typical standalone hardware configuration 
includes the following: 


e VGA graphics card with 640 x 350 resolution 
¢ 80386 (80486) processor 
e 2M to 4MB of memory 


e Hard disk with approximately 5MB available for soft- 
ware (additional space will be required for database and 
CAD drawings) 


e Mouse or pointing device 


¢ Printer with wide carriage (or laser printer with land- 
scape options) 


e Optional plotter 


Other components, such as time-domain reflectometers 
(optical or electrical), may be required to support the oper- 
ating environment but are not integral parts of the system. 
TDRs operate on the principles of transmission line the- 
ory. If a cable is not terminated in its characteristic imped- 
ance, a reflection of the signal travels in the return direc- 
tion from the cable end. A TDR generates signals on a 
cable, listens for reflections, and presents the operator with 
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a readout on transmission parameters and distance of the 
fault from the point of measurement. 


Software Components 

Cable management software systems can manage a variety 
of wiring resources, including data, voice, LAN, and, in 
some cases, HVAC and control cables. Ideally, the soft- 
ware should perform the following functions: 


¢ Cable and path identification 

e Cable route presentation 

e Assignment of cable facilities and routes 

¢ Tracking conduit “‘fill’’ and usage 
Identification of unused cable facilities 

e Equipment inventory for attached components 


¢ Tracking service order activity 
e Maintenance of trouble report database 
¢« Management and operation reporting mechanisms 


Cable management systems use a variety of database re- 
sources. These relational database systems provide supe- 
rior flexibility in terms of the ability to construct different 
“views” of the information, using structured queries. In 
the case of a server-resident database in a multiuser envi- 
ronment, the system should also facilitate remote proce- 
dure calls (RPCs), thereby minimizing the amount of data 
to be transmitted and the processing requirements at the 
client workstation. Large organizations with several Tele- 
communications Service Center representatives will un- 
doubtedly benefit from “multiuser” capabilities. 

While some vendors develop their own proprietary da- 
tabase facilities, there are significant advantages to using 
off-the-shelf, de facto-standard systems (such as dBASE, 
RBase, etc.). These systems will enable users to create or 
download information from other sources to update the 
cable management system database. This facility will be 
particularly important when gathering information on ex- 
isting cable/component resources for conversion to a new 
system. 

Other desirable features include a report design/genera- 
tor for custom user requirements. This might include in- 
terfaces to accounting systems for the purpose of “charging 
back” service costs to the appropriate cost center. 

An essential element of any cabling system is label gen- 
eration. Cables, faceplates, connection points, and connec- 
tors must be labeled with specific circuit identification 
codes. This is imperative for both installation and trouble- 
shooting any system. Labels should be generated by the 
system after the design is finalized, but before the actual 
installation process begins. 

Most cable management software systems can interact 
with digitized mapping systems using CAD technolcgy. 

Most cable management software systems run in either 
a DOS, MS-DOS, or AIX/UNIX environment. 


Selection Guidelines 

There is a variety of highly specific functions and capabil- 
ities available within the realm of existing products. While 
the requirements will vary depending upon the environ- 
ment and “culture” of the user organization, the following 
breakdowns are offered as a checklist to assist in evaluat- 
ing existing cable management products. 
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Proprietary cabling architecture support (e.g., AT&T 
SYSTIMAX/PDS, IBM Cabling System, DEConnect, 
etc.). 


Ability to present complete cross-connect paths of all ca- 
ble pairs. 


Ability to maintain backbone vertical riser and horizon- 
tal distribution records. 


Maximum number of cable records supported: a 10-floor 
building with 2,000 people, each with a 4-pair termina- 
tion, will require a minimum of 8,000 cable records. This 
does not include preexisting 25-pair runs or growth. 


Number of buildings to be supported. 


Component/Equipment records (e.g., vendor, model, se- 
rial #, description, date installed, user/owner, etc.). 


The ability to charge for cabling resources by department 
or cost center. 


Preparation of labels for cable installation. 


Ability to validate “proposed” cable runs against wiring 
specifications (distance, signaling rate, attenuation, etc.). 


Report Generator for user-customized reports. 
Vendor installation and training. 


Vendor operational support (on-line hardware and soft- 
ware). 


Ongoing and Emerging Developments 


The world of intrabuilding cabling is constantly changing. 
Major efforts undertaken in recent years have since be- 
come realities: the EIA/TIA-568 standard, the FDDI opti- 
cal fiber token-ring, and expanded IEEE Local Area Net- 
work Specifications. New frontiers have opened in the 
following areas: 


This report was prepared exclusively for 
Datapro by Michael L. Rothberg. Mr. Rothberg 
is president of Applied Network Solutions, Inc., 
a Somerset, NJ firm specializing in designing, 
developing, and implementing local and wide 
area computer networks for government and 
commercial clients and providing market and 
product planning services for communications 
suppliers. 


Prior to founding the company in 1981, Mr. 
Rothberg was a vice president of the Chase 


Manager’s Guide 


Managing LANs 


to Cabling 


The American National Standards Institute is continu- 
ing development of the FDDI specification. It is ex- 
pected that FDDI-II will provide for integration of data 
and isochronous voice communications. 


The IEEE has developed bridge specifications which 
greatly enhance the flexibility and geographic range of 
LANs. Initial specifications address the implementation 


~ known as “Spanning Tree Bridges,’ which lend them- 


selves to bus-oriented LAN environments. Future work 
may include the development of source routing bridges, 
which are generally preferred by the token-ring propo- 
nents. It will be necessary to ensure that both bridge ar- 
chitectures provide for interoperability. 


Wireless LANs are presently generating interest. Most 
early implementations are Radio Frequency based and, 
as such, signals can penetrate walls within a reasonable 
range. Products are available on the market today and 
provide repeater capabilities so they can be connected to 
standard backbone LANs. 


The EIA/TIA will continue development of the 568 spec- 
ification. Issues remaining to be resolved include the fol- 
lowing: 
~Evaluation of connectors for optical fiber. 
—Inclusion of additional media choices. 


The IEEE will keep working on the use of optical fiber for 
LAN environments, interfaces to ISDN, and the initial 
work in the area of wireless LANs. @ 


Manhattan Bank, N.A., where he pioneered the 
application of digitized speech and local net- 
working technology to support banking applica- 
tions. He is a frequent contributor to trade pub- 
lications and is a member of the Program 
Advisory Board of the Interface Exhibitions and 
Conferences. 
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Datapro Summary 


The cost of installing network wire is high, which is precisely the reason that two 
wiring technologies—twisted pair and fiber—are being closely examined by LAN 
managers. The most popular cabling option of five years ago, coaxial, is nearly 
obsolete now. The breakneck pace of the networking industry makes it imperative 
for managers to plan for future wiring configurations now. 


Consider the eternal wiring question: 
Which physical medium is most economi- 
cal to install today to serve both current and 
future data needs? 

That question is always of interest be- 
cause the price of installing wire can be a 
major component of a network’s total cost. 

This report examines whether users 
should install unshielded twisted pair today 
to support future speeds ranging from 16M 
to 100M bit/sec. 

What may affect that decision are pros- 
pects that future networks may operate at 
speeds far above 100M bit/sec. At the June 
International Conference on Communica- 
tions in Denver, an IBM representative is 
scheduled to present a paper on the perfor- 
mance of Fiber Distributed Data Networks 
at 1 G bit/sec. 

If users have inklings that they may re- 
quire such speeds in the foreseeable future, 
they should probably install fiber. While 
there are questions about whether un- 
shielded copper will be able to support 
100M bit/sec transmission for any reason- 
able distance, the consensus of experts 
holds that at rates above 100M bit/sec, only 


This Datapro report is a reprint of ‘“Weighing 
Factors in the Twisted-Pair/Fiber Choice’ by 
Edwin Mier, pp. 1, 29, 43, and 57-58 from Net- 
work World, Volume 8, Number 17, April 29, 
1991. Copyright © 1991 by International Data 
Group. Reprinted with permission. 
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fiber will do. (For an evaluation of cabling 
choices, see Figure 1.) 

Not discussed here is the alternative of 
using the new radio local-area networks to 
replace copper. The issue is solely un- 
shielded twisted pair vs. shielded twisted 
pair vs. fiber. Coaxial cable, a medium used 
by practically all LANs five years ago, is 
rarely being installed these days. 


OK for Ethernet 


It is generally accepted that unshielded 
twisted pair is an adequate medium 
for Ethernet’s 10M bit/sec data rate. This 
is noteworthy because two years ago, 
questions arose regarding whether the 
new Ethernet-over-unshielded twisted-pair 
specification, 10BaseT, could meet Ether- 
net’s specified low error rates and the Fed- 
eral Communciations Commission’s anti- 
radio-emission requirements. 

It’s also worth noting the limitations of 
10BaseT as compared with traditional 
Ethernets. Ethernets can use a single thick 
coaxial cable for distances as long as 1,650 
feet, or they can employ more flexible thin- 
wire coaxial for up to 610 feet. The IEEE’s 
LOBaseT specification mandates two un- 
shielded twisted-pair cables and a distance 
of no more than 100 meters (about 328 feet) 
between any two transmitting points— 
workstations, repeaters or active hubs in a 
wiring closet. 

For campus networks, _ therefore, 
10BaseT is not used -over unshielded 
twisted pair. For longer distances, 10BaseT 
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Competing Designs for I 00M bit/sec Data Over Twisted ad 


Modulation 


Signal Power! 


Disadvantages 


Loss Characteristics 


~ Requires IBM 
Type 1 shielded 


IBM 125M-baud signal 
Armonk, N.Y. using standard FDDI 
(914) 934-4000 4B/5B encoding; © twisted pair; up to 
primary radiated 100 m — 
emission at 62MHz 


Same as IBM above; 
Communications, inc. | radiated emissions Type 1 shielded 
Mountain View, Calif. also peak at 62MHz twisted pair; up to 

(408) 988-2400 100 m 


SynOptics Requires IBM 


Crescendo, Inc. 
Sunnyvale, Calif. 
(408) 732-5955 


May operate 
over unshielded 
twisted pair at 
limited distances 
(around 50 m) 


Proprietary encoding 
method not 

| FDDI-compatible; 
radiated emissions 
peak at 31MHz 


hubs employ an interface to coaxial or fiber. At most user 
sites, however, 100 meters over unshielded twisted-pair 
segments is considered adequate to let users reach their 
nearest telecommuncations wiring closet. 

The 10BaseT specification doesn’t recommend any 
particular type of twisted pair. Even old, already-installed 
analog phone wiring—usually 24 American Wire Gauge 
(AWG), but sometimes the smaller 26 AWG—1s consid- 
ered usable. However, to be on the safe side, it is best not to 
attempt 10BaseT over pairs that may have lost their twists. 

Regardless of the gauge of twisted-pair wire used, the 
node-to-hub segment should support the specified bit error 
rate of 10°; 10BaseT calls for an end-to-end system bit er- 
ror rate of 10°. 

The possibility exists that some 10BaseT installations 
may be emitting too much electromagnetic energy in the 
form of radio waves. A fundamental problem of LANs is 
that at high data rates, with even moderately low electrical 
power, unshielded wiring turns into a broadcasting an- 
tenna. To avoid that, new higher speed LANs that rely on 
unshielded twisted pair reduce signal power even more, 
requiring increased receiver sensitivity but also usually de- 
creasing distances. 


Despite that, some experts believe that—depending on > 


the type of unshielded twisted pair and the connectors and 


hubs used—some 10BaseT installations may be emitting 


excessive electromagnetic radiation. 

The FCC sets rules to prevent that from happening. But 
according to Bill Aranguren, a development supervisor 
with AT&T Computer Systems, the FCC’s current emis- 
sion test policies and procedures are very vague. It is left 
up to manufacturers of 10BaseT equipment to determine 
on their own whether their systems’ electromagnetic emis- 
sions are within acceptable limits. 

However, a new FCC emissions test procedure, which 
will take effect in June 1992, includes much more 
specific—and stringent measurement requirements. Ac- 


cording to Aranguren, several 10BaseT hub products now - 


JANUARY 1992 


Transmit signal level at 
200 milliVolts (mV); 


Transmit signal level 
is 800 mV; receive 
signal level from 
160 mV (14 dB loss) 
down to 80 mV 

(20 dB loss) 


Transmit signal level 
850 mV; receive 
signal level 300 mV 
(9 dB loss over 50 m) 


~Should enable existing 
FDDI chipsets to be used 


—Very sensitive receiver circuitry 
required; could raise product 


receive signal level costs 
very low, from 40 mV 
(14 dB loss) down to 
20 mV (20 dB loss) 


—Low power signal; should 
satisfy FCC and international 
emission limits 


—Requires IBM Type 1 shielded 
twisted pair 


—Concern about meeting FCC 
emission limits under new test 
guidelines or international 
Standards 


—Should enable existing FDD! 
chipsets to be used 


~Likely the least expensive 

design to implement 
~—Requires Type 1 shielded 
twisted pair 


—Enables use of unshielded 
twisted pair wiring over short 
distances 


~Proprietary encoding not 
supported by existing FDDI 
Chipsets; could raise costs 
dramatically 

~—Lower frequency emissions 


more likely to pass FCC —Emission characteristics on 


unshielded twisted pair need 
further study 


on the market would not pass these new test guidelines. 
(Because these allegations could not be independently con- 
firmed, it was decided not to list the name of those prod- 
ucts.) 

Aranguren also raises the issue of whether any large 
10BaseT network employing unshielded twisted pair is 
possible using a single active hub “I question whether any 
(manufacturer of hubs or concentrators) with 100 or more 
ports and that measures in accordance with the new proce- 
dure could pass (the new FCC requirements),”’ he says. 


Unshielded Token Rings 


If electromagnetic emissions from twisted-pair LANs are 
excessive at the 1OMHz signaling rate of 10BaseT, they are 
likely to be worse at the higher signaling frequency of a 
16M bit/sec token ring. It is mainly for this reason that 


IBM does not endorse operation of 16M bit/sec token rings 


over unshielded twisted-pair wire. 

In the mid-1980s, four years before unveiling the 16M 
bit/sec token ring, IBM specified what is now known as 
IBM Type 1 cable for data rates of 16M _ bit/sec and 
higher—actually, for rates up to the 100M bit/sec range. In 
diameter and weight, Type | more closely resembles the 
coaxial cable used in 3270 terminal networks than the 
more familiar telephone twisted-pair-wiring. 

Type 1 consists of two pairs of twisted, solid 22-AWG 
copper conductors, surrounded by a metal shield all en- 
cased within a polyvinyl chloride jacket. 

The Type 1 cabling is also characterized by a higher 
impedance (measured in ohms of resistance) than 
telephone-type twisted-pair wire. 

As a general rule, the greater the impedance, the less a 
highspeed data signal attenuates. IBM-specified cabling, 
which is made by several manufacturers, is 150 ohm— 
meaning it offers 150 ohms of resistance. Most telephone- 
type pair is 100 ohm. 
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New Twists to Twisted Pair 


Network users’ need for 
highspeed data transmission 
has caused wire manufactur- 
ers to add a new twist— 
several, in fact—to twisted- 
pair wiring. 


A new type of data grade, or 
high-performance, twisted 
pair is available from leading 
cable manufacturers such as 
AT&T and Belden Wire and 
Cable Co. Designed for data 
speeds of 16M to 100M bit 
sec, this wiring costs several 
times more than the standard 
nickel-a-foot telephone wir- 
ing but less than IBM Type 1 
shielded twisted-pair cabling. 


What makes this new twisted 
pair truly different from the 
old is the way it is twisted. 


Like most telephone wiring, 
high-performance twisted 
pair is usually 100-ohm, 24 
American Wire Gauge (AWG) 
with four pairs per cable. But 
unlike standard D-type inside 
wiring, 24-AWG cable, in 
which each wire pair is 
twisted about once per foot, 
high-performance wiring is 
twisted as many as eight or 
nine time per foot. 


Quieting Cross Talk 
Twisting wire minimizes radi- 


have found that increasing 
the twists of twisted-pair wire 
more dramatically reduces 
the emissions and the wire’s 
susceptibility to cross talk. 


The number of twists per foot 
is specially calculated to sup- 
port high data rate frequen- 
cies, up to the 125M-baud 
signaling rate of Fiber Dis- 
tributed Data Interface. 


According to Bill Aranguren, 
a development supervisor 
with AT&T’s data-grade un- 
shielded twisted-pair wiring, 
called Type 1061A, adds yet 
another feature: Each pair 
within the cable is twisted at 
a different twist rate. 


AT&T also offers a teflon- 
coated plenum version, 
called Type 2061A. Shielded 
versions of both these ca- 
bles, called Types 1261A and 
2261A, for plenum, are also 


Belden Wire and Cable calls 
its equivalent wire type 
1455A and 1457A for un- 
shielded twisted pair and 
Types 1456A and 1485A for 
shielded twisted pair. 


Wire manufacturers are hesi- 
tant to publish hard data 
about the performance im- 
provement of the new 
twisted-pair wire over the 
old, generally because the 
characteristics of the new 
twisted pair varying signifi- 
cantly depending on the level 
and frequency of the trans- 
mitted data signal. 


But whether this new and 
improved unshielded twisted 
pair will be able to carry FDDI 
data rate signals and still 
meet Federal Communica- 
tions Commission emission 
restrictions is the subject of 
some controversy today. In 


ated signal energy and ame- 
liorates the effects of cross 
talk. Wire manufacturers 


The shielding inherent to Type | cabling reduces emis- 
sions to a fraction of what they would be without shielding, 
says Robert Love, senior engineer of IBM’s Cabling system 
Center in Research Traingle Parck, NC. Love says that 
even the best grade of unshielded twisted-pair wire is still at 
least twice as lossy as Type 1 shielded twisted pair. 

But he concedes that there is considerable user pressure 
for a new IEEE specification that allows 16M bit/sec token- 
ring operation over shielded twisted pair. 

And so IBM is reviewing the situation. ““We’re looking at 
a basic design (for 16M bit/sec token ring on unshielded 
twisted pair) in the 1992 time frame,” Love says. But he 
refuses to elaborate on the matter. 

With this in mind, should users that are installing wiring 
now and project 16M bit/sec requirements in the future 
stick with Type 1, or should they shift to unshielded twisted 
pair? There are good reasons for sticking with Type | unless 
the user is willing to invest in one of the new high-quality 
varieties of unshielded twisted pair (see the sidebar ““New 
twists to twisted pair’). 

IBM’s new version of the 16M bit/sec token ring, which 
may be called 16BaseT, will almost certainly be more 
restricted—as far as the number of nodes and distance— 
than the current shielded twisted-pair-based 16M _ bit/sec 
token-ring specification. 

Furthermore, it is unlikely that the new version can be 
supported on already-installed telephone wiring. One of the 
newer types of high-performance twisted pair will probably 
be required. 
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all likelinood, users will never 


available. find out. 


The Chances for TP-DDi 


It is unclear whether data can be reliably and legally trans- 
mitted over twisted pair at 100M bit/sec, the data rate 
specified in the FDDI standard. Numerous competing 
technology proposals, each with unique benefits and prob- 
lems, are currently being considered (see Figure 1). 

The proposal from twisted pioneer SynOptics Commu- 
nications, Inc. of Mountain View, Calif., calls for a trans- 
mitted signal similar in nature to FDDI’s; that is, a 125M- 
baud signal pattern, which carries 100M bit/sec of data in 
the same 4B/5B encoding scheme that FDDI uses over op- 
tical fiber. 

According to Peter Tarrant, SynOptics’ FDDI product 
manager, the company is still working on developing a 
product that incorporates this proposal. 

But some major participants in the 100M bit/sec-over- 
twisted-pair fray—treferred to as Twisted Pair Distributed 
Data Interface (TP-DDI or TDDI) in the ANSI X3T9.5 
standards committee that is addressing the issue—aren’t 
convinced that SynOptics’ design will work. 

Unquestionably, 100M bit/sec data can be carried over 
twisted pair for short distances. The sticking point 1s 
whether this approach will generate an amount of radiated 
electromagnetic energy that exceeds FCC emission limits. 
If so, this approach would constitute an unlawful source of 
electromagnetic interference and perhaps even an envi- 
ronmental or health hazard. 

“‘We have tested and established compliance with cur- 
rent FCC requirements,” says SynOptics’ Tarrant. He 
would not speculate, however, as to whether the current 
SynOptics’ design will pass under the new and more strin- 
gent test procedures that go into effect next year. 
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Comparison of Cabling Costs 


Cable Cost 
(per foot) 


Termination 
Time per 
Connection 


Unshielded twisted pair; § min. 
DIW-24 cable, polyvinyl (4 conductors) 
chloride jacket, RJ-45 

connectors 


Shielded twisted pair; 15 min. 


IBM Type 1 cable; IBM 
data connectors/wall 
plates 


(4 conductors 
and ground) 


Optical fiber; 30 min. 
62.5/125-micron (2 fibers with ST 
multimode ‘duplex’ connectors) 
(single pair) fiber; 

multifunction wall plates 


Installation Cost 
(per station) 


Cost per 
Wall Plate 


Typical Installation 
Cost for a 100-Node 
LAN (complete)* 


*Complete installation cost for two-pair copper or two-fiber (single fiber pair) to each station. Includes labor for cable pulling/termination, wall plates and 
patch panels (of fiber splice cabinets). Assumes PVC-insulated cabling—no plenum or Tefion. Costs will vary with location, due mainly to labor costs and 
code requirements. These comparisons try to show just the salient differences based on media selected and presume all other factors are nearly equal. 


A Low-Power Alternative 


IBM’s TP-DDI design is similar to SynOptics’ but it calls 
for a much lower signal power level, both for transmission 
and reception. Where SynOptics’ design calls for an 800- 
millvolt transmit level, IBM has cut that down to 200 mil- 
livolts, a very significant difference in signal power. 

The purpose of the IBM power cutbacks is to minimize 
emitted radiation, but it also requires that receivers be far 
more sensitive, which could also cause them to be much 
more expensive. 

It’s also unclear whether reliable receivers for such low- 
signal power levels can be commercially produced and, if 
so, how much they would cost. 

In both IBM’s and SynOptics’ approaches, the trans- 
mitted signal radiates at a frequency of 62.5 MHz. This 
represents a much higher frequency emission than those of 
earlier twisted-pair LANs, the primary emissions of which 
have always stayed below 30 MHz. 

The FCC considers emissions over 30 MHz as genuine 
interference threats to other forms of radio communica- 
tions. 

For example, the 62.5 MHz primary emission of both 
IBM and SynOptics falls within the range of frequencies 
used for regular VHF television broadcasting, and the po- 
tential certainly exists for interference between the two. 

To minimize their emissions, both IBM and SynOptics 
require that only Type | twisted-pair cabling be used in 
their respective TP-DDI schemes. Furthermore, they re- 
quire that two strands of Type | be used for each direction 
of the FDDI. 

The full FDDI specification calls for dual counterrotat- 
ing rings (on two pairs of fiber), so a full TP-DDI imple- 
mentation would require four strands of the bulky Type 1 
cabling. There are also proposals on the ANSI X3T9.5 TP- 
DDI schedule for a way to lower this emitted frequency by 
changing the type of signal encoding. 
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One such proposal from Crescendo, Inc. of Sunnyvale, 
Calif., calls for a proprietary 4-to-1 encoding technique to 
keep the primary radiated emission down to about 31 
MHz. The company predicts that the scheme could yield 
100M bit/sec data rates that would operate over un- 
shielded twisted pair at limited distances—perhaps 50 
meters. 

The major criticism of Crescendo’s approach, or any 
encoding technique that doesn’t conform to the FDDI 
standard, is that it is incompatible with the FDDI chipsets 
that several suppliers, including AMD Co., Motorola, Inc. 
and National Semiconductor Corp., currently offer. 

New more expensive chipsets would be required to pro- 
duce 100M bit/sec signals in the new format. 


Fiber Inevitable? 


The problems with running data at 100M bit/sec and 
higher over twisted pair make it clear that twisted pair’s 
days as the data network cabling of choice are coming to an 
end. 

If twisted pair can handle 100M bit/sec applications— 
and that’s still a big if—it will be limited to very short dis- 
tances. And it will likely require a special grade of twisted 
pair, such as the IBM-specified cabling mentioned above. 
This cable is not much cheaper to install and maintain 
than optical fiver (see Figure 2). 

As the table shows, the cost of a new 100-node LAN 
installation today may be doubled just by using optical fi- 
ber rather than regular twisted pair—from about $900 per 
station for two- to four-pair D-type Inside Wiring-24 
twisted pair to $1,800 per station for a single pair of 62.5/ 
125 micron multimode fiber. With Type 1 shielded twisted 
pair, the savings of copper over fiber is nearly halved. 

Also, the cost of fiber and its installation are rapidly 
dropping. As they do, the incentive for perpetuating usage 
of copper twisted pair is quickly eroding. 
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Cabling Selection: Making the Right Choice 


New Unshielded 
Twisted Pair 
D-type inside 


In-Place Unshielded 
Twisted Pair 
24 to 26 AWG 


Wiring-24 (24 AWG) 


Minimum of 3; 
4 recommended 


Pairs/Station:| Minimum of 2; often 
25-pair telephone 
company cable; already 


installed 


Application: 


Analog PBX/voice; 
modemi/dial data; 
telecommunications 


Digital PBX/voice; 
ISDN; data/voice; 64K 
bit/sec. to T1 


LAN; up to 4M 
bit/sec.; low-speed 
token ring 


LAN; up to 10M 
bit/sec.; 10BaseT 
Ethernet 


LAN; up to 16M 
bit/sec.; high-speed 
token ring 


LAN; up to 100M 
bit/sec.; FDDI data 
rates 


Beyond 100M bit/sec. 


A good choice; mms May be technically 
recommended possible, but not 
recommended 
AWG-—American Wire Gauge 


In fact, even SynOptics, which owes much of its success 
to the continued exploitation of twisted pair for LAN data 
cabling, acknowledges that its as yet unnamed TP-DDI 
product will have a limited number of users. The product 
will be oriented only to users that already have Type 1 ca- 
bling installed and that plan to migrate from 16M bit/sec 
token ring to 100M bit/sec in the near future, a company 
spokesman says. 


The Narrowing Options 


Clearly, unshielded twisted pair has become the cabling of 
choice for Ethernet. New Ethernet installations are usually 
70% unshielded twisted pair, and that percentage is rising, 
says John Mchale, president of Dallas-based NetWorth, 
Inc., which manufactureres a line of 10BaseT Ethernet 
hubs. 

McHale says that 20% of new installations are running 
Type 1. The remaining 10%, he says, are running either 
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Data-Grade Unshielded 


AT&T 1601, Belden Wire 
and Cable Co. 1455A 


Shielded Twisted 
Twisted Pair Pair 
IBM Type 1 


Optical Fiber 
62.5/125-micron 
multimode 


Unnecessary; 
likely overkill 


coaxial cable (primarily as a distance extender to existing 
thin-wire Ethernets) or optical fiber. 


Simply Impossible 


In McHale’s view, unshielded twisted pair is a simple im- 
possibility for data rates of 100M bit/sec. It “clearly vio- 
lates FCC rules,” he says. ““You would have to change the 
4B/5B encoding [of FDDI], which would require new 
silicon.” 

Perhaps the best advice for choosing the right type of 
data cabling is summarized in Figure 3, provided by Tren- 
ton, NJ.-based East Coast Corp., one of the few wiring con- 
tractors that handles and installs both optical fiber and the 
gamut of unshielded twisted-pair cabling. 

“There is increasingly a mix [of optical fiber and cop- 
per] going in,” says Frank Kowalik, field installation su- 
pervisor with East Coast. “Fiber now is running, at least to 


JANUARY 1992 


6 4220 
Planning 


the wiring closet, in most new state-of-the-art installations. 
And [fiber] is just now starting to go, along with copper, to 
the desktop.” 

According to Kowalik, a large portion of installation 
bids for new cabling and proposals that companies issue 
continue to specify only copper cabling. 


JANUARY 1992 © 


Future Wiring Managing LANs 
Considerations: Fiber vs. 
Twisted Pair 


But times are changing. 

“It’s a different cabling world today,” he says. ““Every- 
one wants their data network to handle future require- 
ments, and many are realizing that unshielded twisted pair 
won't take them as far into the future as they would 
like.” Hi 
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Managing Data 
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Datapro Summary 


Initially, microcomputers came in through the back door at many corporations. 
PCs first captured the attention of techies intrigued by the challenge of squeezing 
meaningful information into 32K bytes of random access memory (RAM). At the 
time, MIS managers dismissed the devices as nothing more than toys, such as 
electronic calculators, that were incapable of having an impact on day-to-day op- 
erations. But microcomputers quickly gained power. Users now have 16M bytes of 
RAM on their desktops and are demanding even more memory. In many firms, 
these former corporate toys have been transformed into the foundation for strate- 


gic applications. 


The Early Years of 
Microcomputers 


Because microcomputers came in through 
the back door, most corporations never 
outlined formal procedures or application 
standards. As corporations search for ways 
to improve their use of computers, they 
find that they have purchased millions of 
dollars of equipment that cannot exchange 
even rudimentary information. They want 
to tie their computers into complete sys- 
tems capable of sharing processing as well 
as data. Client/server computing is the cur- 
rent buzzword that describes attempts to 
this problem. 

Much of the responsibility for trans- 
forming client/server from a buzzword into 
a tangible asset falls under the aegis of MIS 
managers, some of whom are intimidated 
by microcomputers and feel more comfort- 
able dealing with large systems, such as 
mainframes. Once these managers take a 
close look at the company’s microcomput- 
ers, they often discover chaos resulting 
from years of uncontrolled user purchases. 


—By Paul Korzeniowski 
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These managers must somehow bring 
order to a perplexing array of different ma- 
chines, applications, and local area net- 
works. Making the problem worse, they 
find that tools to pull all these computers 
into a coherent entity are not readily avail- 
able. Despite these challenges, there are 
signs of hope and steps that managers can 
take to simplify the process of pulling dif- 
ferent systems together. 

To understand the task that managers 
now face, one must retrace the steps taken 
in most large corporations. When micro- 
computers first appeared, they did not have 
sufficient processing power to support im- 
portant applications, nor did the A: prompt 
offer any significant productivity improve- 
ment compared to existing devices such as 
IBM 3178 terminals. 

Microcomputers also lacked the security 
and backup features with which MIS man- 


_ agers had become familiar. Consequently, 


PCs were easily dismissed as executive 


- tinker toys incapable of supporting impor- 


tant work. When IBM unveiled its personal 
computer 10 years ago, the company esti- 
mated that 250,000 of the devices would be 
sold during its five-year life cycle. Engi- 
neers and scientists were thought to be the 
most likely users. The market was deemed 
so trivial that IBM asked Microsoft to write 
the basic operating system. 
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Middie Managers Implement PCs 

However, microcomputers soon became an integral part of 
many middle managers’ sets of tools. The first product to 
generate significant interest in microcomputer applica- 
tions was Lotus Development’s 1-2-3 spreadsheet. The 
product was based on work done by Visicalc, a small com- 
pany that designed a spreadsheet program for Apple II 
computers. Unfortunately for Visicalc, the company con- 
centrated its research and development efforts on Apple 
computers. Lotus concentrated on the nascent IBM micro- 
computer market and found that businesspeople felt more 
comfortable dealing with IBM than Apple. 

Because 1-2-3 automated some tedious procedures 
(e.g., creating department budgets), its use spread rapidly. 
When financial analysts began to use 1-2-3 to do rudimen- 
tary number crunching, the executive market for PCs took 
off. PCs were purchased at such a rapid rate that in just its 
first sales year the IBM Personal Computer surpassed 
IBM’s original five-year, 250,000-unit projection. 

At the time, users were not interested in mainframe se- 
curity and gave little thought to system backup (at least 
until their first disk crash). Many managers were responsi- 
ble for budgets in the hundreds of thousands of dollars, so 
justifying the $2,500 purchase price of a microcomputer 
was fairly simple. | 


Microcomputer Usage Spreads 

Once spreadsheets became popular, other applications for 
microcomputers developed. WordStar carved out a thriv- 
ing business by offering a microcomputer word processing 
package. The product operated on a user’s desktop, so he 
or she did not have to wait for a central system, such as a 
minicomputer or a mainframe, to complete the steps 
needed to produce a document. 

Next, users began to tinker with microcomputer data- 
base management systems (DBMSs) and built applications 
to solve rudimentary department chores. For instance, 
sales executives began to store customer files in a database 
management system. Ashton-Tate became the most suc- 
cessful database supplier and the firm’s dBase product 
quickly captured more than a 50% market share. 

In general, however, PCs were purchased without any 
guidance or supervision from central MIS managers, who 
continued to dismiss microcomputers as something less 
than serious computing devices. 


Limitations of Standalone PCs 

As users worked with spreadsheet, word processing, and 
database programs, new requirements emerged. A finan- 
cial analyst would often collect information that his or her 
supervisor needed to review. Initially, the review process 
was simple—the employee would walk to the supervisor’s 
office and place a diskette in the B: drive of the supervi- 
sor’s computer. This procedure was dubbed “‘sneakernet”’ 
because users ran from office to office to exchange infor- 
mation. 

Output is another area that illustrated standalone mi- 
crocomputer limitations. If five executives bought five 
computers, they also had to purchase five printers to print 
documents. Since each individual printer was used so lit- 
tle, it made sense to share printers. By sharing, executives 
could split the cost of expensive peripherals. 

Managers began to search for better ways to share infor- 
mation and peripherals. At this point, LANs were emerg- 
ing as a means for midrange computers to share informa- 
tion. As the market changed, however, LANs became the 
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primary method to link microcomputers. (This is one rea- 
son the growth rate for midrange computer sales has 
slowed during the past few years.) 


LAN Technologies 

In the early years of the local area network market, a num- 
ber of LAN technologies were available, and there was tre- 
mendous debate about which would emerge as the domi- 
nant means for connecting computers. Digital Equipment, 
Xerox, 3Com, and others advocated Ethernet technology, 
which uses broadcast techniques to move information 
over LAN wiring. IBM eschewed Ethernet in favor of 
token-ring technology, which requires a workstation to 
possess a network token in order to transmit information. 
Wang Laboratories and Sytek pushed broadband net- 
works, which rely on bulky CATV cable but can support 
several signals over a single cable. 

Wiring is only one part of the LAN equation, however. 
Users need a LAN operating system capable of moving in- 
formation from one microcomputer to a second. In the 
middle 1980s, a handful of companies emerged to fill this 
void. Novell eventually became the market leader with its 
NetWare LAN operating system. Initially, NetWare was 
designed to simply connect workstations to printers and 
perform other rudimentary functions needed in small 
workgroups. It was not designed to connect all users in a 
corporation. 


The Microcomputer Explosion 


In the mid-1980s, the microcomputer market began to 
gain momentum. Microcomputer power increased at a 
rapid rate and users became accustomed to new machines 
being introduced every 18 months that doubled processing 
speeds and the amount of internal memory. Apple intro- 
duced the Macintosh, featuring a graphical user interface 
(GUI) that was a significant improvement over the inter- 
face provided by IBM. 

The Macintosh also gave rise to a new application 
genre, graphic-based applications. Desktop publishing sys- 
tems became popular. These products transformed micro- 
computers and printers into sophisticated systems capable 
of producing newsletters, manuals, and even books. 

The additional processing power became the founda- 
tion for a new generation of software programs. Borland 
International quickly emerged as a market leader by selling 
programming tools and languages. Later, Borland entered 
the DBMS market with Paradox, a simple but fast DBMS. 
DataEase International also became a force in the DBMS 
market. The company’s product, also called DataEase, of- 
fered a simple foundation for building applications and 
quickly became a market leader. WordPerfect became one 
of the leading word processing suppliers. The company 
originally designed software for midrange computers, but 
moved into the microcomputer market in the early 1980s. 
Microsoft began to challenge Lotus 1-2-3 spreadsheet ap- 
plications with Excel, software originally designed for the 
Macintosh. Excel gained momentum as sales of Mi- 
crosoft’s Windows operating system began to take off. 

The result—microcomputer data is generated by a 
hodgepodge of packages from a variety of suppliers. Shar- 
ing information 1s difficult because the suppliers support 
different file systems. 
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The LAN Explosion 


As new products were making their way into the market, 
sales of local area networks began growing at an astronom- 
ical rate. Ethernet became an industry standard, first mak- 
ing its way into the midrange market with the help of com- 
panies such as Digital Equipment Corp., then gaining a 
foothold in the microcomputer market via vendors like 
3Com. 

Almost immediately after announcing its token-ring 
networking line in 1985, IBM decided to double produc- 
tion shipments. The company doubled the rate a second 
time and still demand outstripped supply. For more than 
two years, IBM was in the enviable position of trying to 
play catch-up with a runaway market. 

As corporations gobbled up LANs, another set of issues 
began to emerge. After installing a LAN, departments 
quickly realized they needed information from other de- 
partments in the company. Thus arose the desire to inter- 
connect multiple LANs within the same company. 


Operating System Limitations 

As companies began to examine these issues, shortcomings 
with microcomputer products became evident. Mi- 
crosoft’s MS-DOS operating system is not designed to run 
on a network and has many limitations. MS-DOS is single- 
tasking, meaning only one function can be completed at a 
time. It addresses only 640KB of memory, which is insuf- 
ficient to support new applications. A user can layer Mi- 
crosoft’s graphical user interface (Windows) on top of MS- 
DOS, but the operating system’s memory limitations 
makes Windows a weak competitor to the Apple Mac- 
intosh interface. 

LAN operation systems, such as NetWare, also pose 
problems. The NetWare operating system does not take 
full advantage of the 32-bit processing power of micropro- 
cessors like the Intel 80386. Also, the operating system is 
designed for self-contained LANs and lacks features, such 
as distributed directory services, needed to connect a vari- 
ety of LANs. 

Unlike Novell, Banyan Systems designed a LAN oper- 
ating system for an entire corporation. Banyan’s VINES 
operating system includes advanced features, such as dis- 
tributed directories, that make it a strong foundation for 
enterprise-wide networking. Unfortunately, Banyan has 
been unable to transform VINES’ technical attributes into 
sales dollars; its market share (around 7%) is dwarfed by 
that of Novell (approximately 60-70%). 


OS/2 
With these limitations as a backdrop, IBM and Microsoft 
unveiled the OS/2 microcomputer operating system in 
May 1987. OS/2 was designed to overcome MS-DOS limi- 
tations. OS/2 has multitasking features, can address up to 
16MB of RAM, and takes advantage of 32-bit processing. 
In addition, OS/2 was designed to run on LANs. IBM and 
Microsoft took base LAN technology, added enhance- 
ments, and announced two products: IBM’s LAN Server 
and Microsoft’s LAN Manager. Because the products had 
a number of features and were endorsed by the two heavy- 
weights, many observers questioned whether Novell would 
be able to maintain its dominant market position. 

Novell responded a short time later with a new release 
of its LAN operating system—NetWare 386. NetWare 386 
included more processing power and better connectivity to 
microcomputers, such as the Apple Macintosh. NetWare 
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386 still did not have all of the functions desired by users, 
but it was able to maintain the company’s lead in the LAN 
operating system market. 

Eventually, Novell’s position was helped by a falling 
out between IBM and Microsoft. When OS/2 was un- 
veiled, IBM viewed it as the microcomputer operating sys- 
tem of the future and began to sink significant develop- 
ment dollars into it. Microsoft, however, did not appear to 
be as committed. In 1990, the company unveiled a new 
release of its Windows operating system, Windows 3.0, 
that overcame many MS-DOS limitations. Sales of Win- 
dows passed the one million mark only a few months after 
its introduction. 

Questions arose about the need for OS/2. When Mi- 
crosoft did little to voice its support, IBM officials became 
irritated and relations between the two companies began 
to fall apart. Relations between the two companies deteri- 
orated. Eventually, Microsoft sold OS/2 marketing and 
technical development to IBM in order to concentrate on 
Windows. 


Internetworking 

Corporations needed one more piece to connect their 
LANs. Bridges and routers emerged as means of connect- 
ing a variety of LANs into a single wide-area network (1.e., 
internetworking). Initially, bridges and routers performed 
distinctly different functions, but recent technological ad- 
vances have blurred those distinctions somewhat. Many 
products now offer both bridging and routing capabilities; 
they are called bridge/routers or brouters. 

Internetworking products use local facilities, such as 
copper wires, or telephone services, such as AT&T’s Digi- 
tal Data Service (DDS) lines, to connect LANs running in a 
variety of locations. They have become the infrastructure 
that companies use to link all of their LANs. 

The bridge and router market followed others and ex- 
ploded. A few years ago, Cisco Systems was a small 
start-up company. Now, year-end revenue is on course to 
break the $200 million mark and Cisco seems destined to 
eventually become a Fortune 500 corporation. 

As bridges and routers began to take hold, a change oc- 
curred among microcomputer users. Support issues be- 
came too complicated for many microcomputer managers 
to handle. While these employees were versed in using pro- 
grams (such as Norton Utilities), they were not trained to 
manage connections to remote locations. These managers 
began to look for help and eventually turned to the MIS 
department. 


Marrying PCs and Mainframes 


A second trend now occurred. Corporations took stock of 
their information and began to understand that crucial 
data was stored in microcomputers on executives’ desks, 
as well as on midrange computers and mainframes. They 
needed to marry all of these systems—and they turned to 
the MIS department for help. 

As a result, the MIS manager was called in to bring or- 
der to a muddled situation caused by a 10-year period of 
uncontrolled microcomputer purchases. Naturally, these 
MIS managers did not like what they found. Employees 
may use two or three different vendors’ spreadsheets; four 
or five different word processing packages; a variety of 
desktop operating systems; and multiple LAN technolo- 
gies. 

Restoring order to this confusion comes in addition to 
supporting traditional systems such as IBM mainframes 
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and midrange systems. UNIX computers have now 
evolved in a manner similar to microcomputers and repre- 
sent another factor in a complex equation. 

Quickly, MIS managers discovered that basic connec- 
tivity products to connect these different devices may not 
be available. Management tools almost surely will be lack- 
ing in at least one area and probably in several. The task of 
integrating this hodgepodge may seem overwhelming, and 
in some corporations it is. 


MIS Control 

MIS managers must now take steps to make networks a bit 
more manageable. One approach is to choose one LAN 
technology and one set of applications and try to force all 
departments to use them. If a department is working with a 
different package than that specified (e.g., WordPerfect in- 
stead of Word), then users are asked to trade it in for the 
standard package. 

Some managers have taken this approach with little or 
no success. In many instances, this stringent approach only 
leads to alienation between users and the MIS department. 
Unfortunately, the time to to establish central corporate- 
wide standards was 10 years ago; MIS managers cannot 
turn back the clock. Users who have been purchasing and 
using software for years with a large degree of indepen- 
dence tend not to react well to tightened restrictions. 

Obviously, MIS departments cannot be held responsi- 
ble for every application and every possible network con- 
figuration. In most companies, the department must out- 
line a set of standards, which include the most popular 
packages, LAN technologies, and standard packages used 
in their company. Rather than being the technical evalua- 
tor, the MIS department is evolving into an internal stan- 
dards body, responsible for developing outlines so users 
can share information. 


Taking Inventory 


To set standards, the MIS department first must know 
what products users have purchased. Thus, the first task in 
LAN data management is to inventory existing equip- 
ment. To do this, MIS departments need cooperation from 
microcomputer and LAN users. These users may feel 
threatened in the worst case, or aggravated in the best case, 
when asked to cooperate with a central authority. MIS 
managers then have to choose between wielding a big stick 
or dangling a carrot to gain cooperation. 

Of course, the company president carries the biggest 
stick in the firm. Because many corporations understand 
the value of information and realize that computers gener- 
ate most of the data in their firms, many company presi- 
dents have some degree of technical savvy. If the MIS 
manager can convince the company president that an in- 
ternal audit and central control is needed, then the com- 
pany can issue a memo asking for one, and the executive 
vice presidents will then round up the needed data. 

Many executives vie for the company president’s atten- 
tion, so the MIS manager will need ammunition to gain 
access. Some inside information may help. Computers 
normally represent the third largest expenditure in big 
companies. Only personnel costs and travel and entertain- 
ment expenses account for a larger percentage of corporate 
expenditures. This information may help convince the 
company president that tighter control of this important 
corporate asset is needed. 
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‘““‘Dangling Carrots’’ : 

If after using this information the MIS manager still can- 
not gain the support of top management, then more inge- 
nious methods must be tried. One method is to enlist the 
cooperation of the company’s microcomputer managers. 
Whenever a department installs a LAN, one employee, 
usually willing but sometimes by decree, becomes the pri- 
mary support person. This employee gains an understand- 
ing of how the department uses its microcomputers and 
the most important support issues. Often, this person be- 
comes an expert on many different packages because he or 
she often evaluates the latest software. The MIS manager 
should identify such employees and then gain their coop- 
eration. 

One way to do this is to facilitate the spread of informa- 
tion among the company microcomputer managers by 
forming a corporate microcomputer support group. This 
group can meet regularly and discuss issues, such as the 
best way to train new employees in WordPerfect, or ex- 
change information about different programs, such as 
ways to circumvent bugs in a new release of NetWare. 

Members of these corporate support groups should be 
chosen by the individual department heads rather than the 
MIS manager. Department managers are in the best posi- 
tion to determine the best person for the group. Therefore, 
it is important that the MIS manager convince the depart- 
ment manager that the support group is important. 

Bulk discounts represent another enticement. Most de- 
partments purchase their software either from a local re- 
tailer or through catalog. In these instances, the depart- 
ment often pays close to full retail price. Bulk purchases 
can lower department purchases from 5% to 20%, and 
most department managers would quickly take advantage 
of such an offer. Bulk discounts offer MIS another advan- 
tage. If hardware and software came from a central author- 
ity, the MIS department can get a better handle on pur- 
chase trends. 


Corporate Structure 

The success of such efforts often depends largely on corpo- 
rate structure. The level of cooperation between depart- 
ments differs dramatically from corporation to corpora- 
tion. In the best-run enterprise, a spirit of cooperation is 
fostered, so all managers work to make such groups suc- 
cessful. In many companies, however, departments may 
feel the support group is either a waste of time or a threat 
because departments compete against each other for fund- 
ing, and in some instances even for business. 

If inter-departmental cooperation is at a minimum, the 
MIS manager must get out the big stick, set down a set of 
strict rules, and limit access to corporate resources. In 
most instances, the MIS department is responsible for the 
wide area network—this often becomes the MIS manag- 
er’s bargaining chip. MIS can make it mandatory that any 
department wishing to be connected to the WAN assign 
one person to the support group and complete an inven- 
tory of all equipment. If some departments refuse, MIS can 
simply not tie those departments into the corporate net- 
work. 

Once MIS establishes a set of rules and builds a corpo- 
rate infrastructure, it must complete an equipment inven- 
tory. Managers should prepare for a worst case scenario. 
As mentioned earlier, many microcomputers came in 
through the back door, so companies may not know how 
much equipment users have acquired during the past 10 
years. MIS may find that the company probably has 50% 
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more computers and twice as many software programs as it 
anticipated. In some instances, even those estimates may 
be low. 


Common Products 

The chance that all departments are using a single set of 
computers, applications, and LANs is slim. But some dis- 
tinct trends will emerge. In most companies, word about a 
particular product or package will spread from department 
to department and create common denominators. The 
MIS department must establish a priority list of devices 
and applications that will be supported. The department 
will allocate the bulk of its resources to the most popular 
products and packages. 

Chances are good that most departments will have 
IBM-compatible PCs. In most instances, Apple Mac- 
intoshes represent a hit-or-miss proposition. Either half of 
all microcomputers users use Macintoshes, or only a small 
percentage of users have purchased the machines. The de- 
gree of acceptance seems to hinge on whether or not a few 
departments took a chance and began using the machines 
when they were first introduced. Once hooked, Macintosh 
users tend to be extremely loyal to their microcomputers. 

Packages such as dBase, Excel, Lotus 1-2-3, and Word- 
Perfect tend to be common; Ethernet and token-ring are 
the most popular LAN technologies. NetWare is the prin- 
cipal LAN operating system, but loyal IBM shops will have 
purchased LAN Server, and some technically savvy groups 
will have installed VINES. 

After determining the list of approved products, the de- 
partment must establish how much support to offer niche 
products. In most cases, the MIS department leaves appli- 
cation issues, such as a bad macro, to the department with 
the niche product and volunteers to address any network 
issues. 


LAN Management Tools 


Once MIS puts an infrastructure in place, departments 
need products to centrally manage a series of remote 
LANs. The good news is that corporations can purchase 
products that perform a myriad of specific tasks. The bad 
news is that the products are not well integrated and offer 
only pieces to a complex puzzle. 

Management of LAN data touches on many issues in- 
cluding physical network management, system network 
management, file transfer, software distribution, and data 
access. Vendors only recently began try to address these 
different functions in a consistent manner. Products that 
claim to solve these issues do so only in a rudimentary 
manner and fall far short of customer wish-list require- 
ments. 

When LANs were still emerging, large vendors such as 
Digital Equipment Corp. and IBM tried to improve the 
capabilities of their wide area network management pack- 
ages. Digital was working on an architecture called Enter- 
prise Network Management while IBM was beefing up its 
NetView product. In general, such products do a mediocre 
job of LAN network management. 

Other vendors moved in to fill the gaps. Some concen- 
trated on physical network management, which means 
checking connections between different workstations. For 
instance, Hewlett-Packard, Network General, and Novell 
have delivered protocol analyzers that monitor packets 
traveling over LANs and determine the location of any 
problem. In general, these products translate hexadecimal 
data into understandable English (such as a break between 
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station 4b and 5a), and can be used by either LAN admin- 
istrators or MIS professionals. 


LAN Management Vendors 

A group of start-up firms formed to address LAN system 
and data management issues. Brightwork Development, 
Cheyenne Software, Frye Computer Systems, LAN Sys- 
tems, and Preferred Software are some of the vendors that 
sell LAN software management packages. These vendors’ 
products have many similarities, but differ at least slightly 
from one another. 

Most of these products run only on Novell NetWare 
LANs due to NetWare’s dominant market share. Some 
vendors are now working on versions for Banyan’s VINES 
and Microsoft’s LAN Manager. Prices for the packages 
range from $100 to $1,000 per server. Most of the packages 
are sold by value-added resellers (VARs) rather than by 
direct sales forces. 

The different tools concentrate on various system man- 
agement issues. One area is performance monitoring, 
which gauges the throughput of LAN servers. Application 
software problems is another area where the tools offer 
help. They allow a central administrator to access a remote 
user’s terminal, run an application, and determine prob- 
lem causes. 

A third area is configuration management. The soft- 
ware determines what type of computers are on a network 
and which software programs a user is running. These fea- 
tures can be especially helpful to an MIS department trying 
to determine user configurations. 


Brightwork Development 

Brightwork Development (Tinton Falls, NJ) has been in 
the LAN network management utility software market for 
five years and sells five products that run on Novell Net- 
Ware LANs. During its history, Brightwork’s sales have 
steadily risen and recently passed the $6 million. 

Brightwork’s NETRemote+ lets a central administrator 
take control of a user’s screen. The administrator can run 
tests to determine the origin of any network problem. LAN 
Support Center works in conjunction with NETRemote+ 
and stores network problem information in a central data- 
base management system. The software stores data about 
progress made in fixing a bad connection and produces 
trouble tickets that detail each step in a recovery. LAN 
Support Center automatically tracks support calls, gener- 
ates reports, and maintains inventory databases. 

Brightwork’s LAN Automatic Inventory automatically 
builds an inventory of LAN software and hardware com- 
ponents. Device characteristics include CPU type, nu- 
meric coprocessor boards, type of micro channel, clock 
speeds, fixed disk drives, diskette drives, keyboard type, 
base memory, and extended memory. The software scans 
disk drives and can identify more than 1,000 software pro- 
grams. Users can tailor the software to identify other soft- 
ware packages. 

Sitelock is a virus protection and software licensing me- 
tering tool. The virus protection feature prevents users 
from running altered or unauthorized files. The licensing 
metering tool lets an administrator define the maximum 
number of users for an application and locks out users 
whenever that number is reached. Sitelock generates re- 
ports so users can see how many times a program is used 
and indicates when a company should purchase additional 
copies of a program. PS-Print acts as a print server and 
connects microcomputers to various printers. 
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Frye Computer Systems (Boston, MA) sells three products 
that are collectively called Frye Utilities for Networks. 
NetWare Management produces weekly maintenance re- 
ports identifying hard disk, random access memory, and 
other types of problems. The software automatically docu- 
ments microcomputer installation options, login scripts, 
user names, group names, and trustee assignments. Net- 
Ware Management produces configuration generation re- 
ports, which can be used to restore a previous network con- 
figuration if a problem takes a network down. 

NetWare Early Warning System automatically checks 
server performance at preset intervals. This package has 
connections to electronic mail systems running Novell’s 
Message Handling System (MHS) standard. The Frye soft- 
ware can also monitor remote connections to minicomput- 
ers and mainframes, and initiate procedures with these 
machines. 

LAN Directory features automatic updating of worksta- 
tion and bridge configuration information. The data is 
stored in a database; warranty, service, primary support 
telephone numbers, and operating history can be added. 
Reports demonstrate inventory, audit, updating, and other 
management functions. 


LANSystems 

LANSystems (New York, NY) offers three LAN manage- 
ment utilities. LANSight integrates remote control, diag- 
nostic, and analytical tools. An administrator can view and 
control any workstation on a network. The product deter- 
mines hardware configurations, such as microcomputer 
type, CPU, video adapter, network interface card, and all 
types of memory as well as installed software including 
memory map, DOS version, NetWare shell, and memory- 
resident programs. LANSight requires only 4K of memory 
in a remote workstation. 

LANSpool transforms any workstation into a print 
server capable of working with five printers. The product 
includes print selection features that pop up with any ap- 
plication and display menus with all available network 
printers. Users can send information to a printer without 
leaving their application. 

LANSpool SI is designed to move information from a 
workstation to an HP LaserJet printer. Because the prod- 
uct. was designed for the HP printer, LANSpool SI can 
move information to that device 20 times faster than other 
products, according to LANSystems. The software also no- 
tifies users when a document has been finished, the printer 
is out of paper, or a printer is taken off-line. 


Cheyenne Software 


Cheyenne Software’s (Rosyln, NY) LAN management util- 
ity, Monitrix, keeps an inventory of network devices. With 
the software, a user can run a series of point-to-point con- 
nectivity tests, performance analysis, virus detection, and 
network monitoring. The software will also send a message 
to a network administrator by a pager or electronic mail. 


Preferred Systems 


The history of Preferred Systems illustrates the problems 
companies face in trying to control their LANs. In 1989, 
Preferred Health Care Ltd. decided to move from IBM AS/ 
400 computers to Novell NetWare LANs. The number of 
LANs grew quickly and the administrative staff had trou- 
ble loading servers with standard software. The microcom- 
puter systems manager (Jack Serfuss) wrote a program to 
accomplish that task. The software eased administrative 
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chores by automating predefined configuration data and 
cut the task from a few weeks to a few hours. 

Preferred Health is constantly looking to expand be- 
yond its traditional customer base, so the company de- 
cided that the new package was good enough to enter the 
software market. In April 1990, Preferred Health Care 
Ltd. launched Preferred Systems and made Serfuss presi- 
dent of the new firm. 

In January 1991, the start-up launched two products, 
Origen and LANStandard. Origen automatically config- 
ures new file servers and reduces the process from weeks to 
hours, according to the company. LANStandard provides 
administrators with tools to manage any Origen- 
configured server. 


Software Distribution 

Software distribution is a problem for many companies. In 
order to offer its users software at discounts, the MIS de- 
partment must have a mechanism to move the software 
from location to location. Currently, the process is difficult 
and companies rely on manual procedures such as internal 
and external mail. One firm spent more than $1 million a 
year mailing new releases of microcomputer software to its 
users. 

Help for managing software distribution is coming 
from a variety of places. File transfer products already 
move information from one computer to another. But 
these products are not suited to distributing one file to 
thousands of users on a complex web of LANs. 

Recently, some file transfer product vendors improved 
the capabilities of their systems and positioned themselves 
as providers of software distribution programs. Spectrum 
Concepts (New York, NY) developed XCom6. 2, the first 
file transfer product based on IBM’s Logical Unit 6.2 
(LU6.2) protocol. Earlier this year, Spectrum Concepts 
shipped a beta version of a software distribution product 
based on XCom6.2. 

Systems Center (Reston, VA) markets Net/Master, the 
only direct competitor to IBM’s NetView network man- 
agement system. In addition to Net/Master, Systems Cen- 
ter developed Network Data Mover (NDM) software, a file 
transfer program. NDM was designed to move large files, 
often called bulk data, from one mainframe to a second. 
The product has been enhanced to more easily move infor- 
mation between smaller computers. 

IBM provides a file transfer program called NetView 
File Transfer Program, which is also geared to bulk data 
transfers. In January 1991, the company unveiled a ver- 
sion that runs on IBM AS/400 computers, and pledged that 
additional versions would follow. In September 1991, IBM 
unveiled a second distribution product, SAA Delivery 
Manager. This product, which fits under the AD/Cycle 
umbrella, was designed to electronically move programs, 
text, and documentation from mainframes to worksta- 
tions. 


Travelers Insurance Synchrony 


Because there are so many missing pieces, large companies 
are building their own data management packages. For in- 
stance, Travelers Insurance, which has emerged as a tech- 
nology leader among IBM customers, needed a tool to dis- 
tribute software to microcomputer users. Rather than wait 
for a vendor solution, the company wrote its own package. 
Synchrony downloads software from IBM mainframes to 
microcomputers or LAN workstations. 

Synchrony runs on microcomputers with Microsoft’s 
MS-DOS or OS/2 operating systems. The software works 
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with IBM’s LU6.2 communications protocol so that work- 
stations and mainframes can share information. A data 
compression feature insures maximum use of available 
bandwidth. From a central console, a network technician 
can retrieve files, generate reports, and monitor software 
information. A checkpoint restart feature automatically 
restarts any problem transfer. 

Travelers Insurance began designing Synchrony in 
1987. A beta test version was installed in May 1988 and a 
production version followed in the fall of 1988. Synchrony 
operates on 8,000 of the firm’s 20,000 microcomputers. 
Although it saw that Synchronoy had market potential, the 
insurance company decided not to become a software sup- 
plier. Instead, Travelers Insurance sold the marketing 
rights to Packet/PC (Farmington, CT), a supplier of com- 
munications software. In September 1990, Packet/PC an- 
nounced commercial availability of Synchrony. 
(Packet/PC is now known as Telepartner International.) 


Change Management 

Distributing software solves only one portion of the client/ 
server software management problem. Software often 
changes; thus, corporations need tools to ensure that all 
users are working with the most recent version of a pro- 
gram. Change management programs have been available 
for years on mainframes. On a mainframe, software 
changes can be tightly controlled because software resides 
only in the mainframe. MIS departments can establish 
procedures so only selected users, primarily programmers, 
can change programs. 

In a client/server environment, controls are not as tight. 
Software resides on thousands of workstations as well as 
the mainframe. Almost any user has the authority to alter 
at least some portion of a program. 

Recently, change management program suppliers began 
to grapple with client/server software issues. In January 
1991, Legent (Reston, VA) announced Endeavor, which 
includes mainframe and microcomputer change manage- 
ment software. The microcomputer portion works with 
programs developed on microcomputers running Mi- 
crosoft’s MS-DOS or OS/2 operating systems and the 
mainframe portion runs on IBM mainframes with IBM’s 
MVS operating system. 


Bank of America CMF 


‘In 1987, Bank of America decided to write its own man- 
agement distribution program. The software, dubbed 
Change Management Facility (CMF), was initially used in 
a pilot program to automate bank branch offices. As part 
of the pilot program, the bank installed IBM microcom- 
puters and token-ring LANs at branch offices, and de- 
signed software that linked the remote microcomputers to 
IBM mainframes. 

CMF ensured that branch office users were working 
with up-to-date software, and helped central network tech- 
nicians manage remote connections. CMF now runs on ap- 
proximately 1,100 LANs and supports more than 15,000 
microcomputers at 850 Bank of America offices. 

CMF’s Central Distribution Facility module runs as a 
CICS application on an IBM MVS mainframe. A network 
operator can identify microcomputer hardware configura- 
tion information to determine if there is sufficient mem- 
ory for a new release of software. A central operator can 
also define distribution and installation schedules, and au- 
thorize data transmissions. 

A Distributed Management Facility feature executes 
file transmissions. The software suspends transmission if a 
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network problem occurs and automatically resumes the 
transfer once the problem is solved. A screen display illus- 
trates distribution status and indicates any problem. 

Bank of American also had the option of selling its soft- 
ware to other users. Instead, the bank opted to sell the dis- 
tribution rights to IBM. In the fall of 1990, IBM began 
marketing the product as Distributed Change Management 
Facility (DCMF). 

Developing such products is not trivial; Bank of Amer- 
ican estimated that its expenses surpassed $10 million. So, 
it is unlikely that most users will take on the task. But even 
the Bank of America product falls short of some user re- 
quirements. DCMF runs only on Microsoft’s MS-DOS op- 
erating system, although a version for OS/2 is under devel- 
opment. Also, DCMF works only with IBM’s LAN 
Manager and PC LAN Program network operating sys- 
tems; a version for Novell NetWare LANs is also being 
designed. 


Data Sharing Standards 

These tools can help an MIS department manage data, but 
they do not deal with the fundamental issue of how users 
can access information. Corporations want to tie micro- 
computers to LANs so users can share information stored 
on different systems. Unfortunately, tools to perform such 
tasks are only in the nascent stages. 

The biggest problems are the wide variety of data stor- 
age methods, and the locations where it is stored. The half- 
dozen or so major application categories store data in 
slightly different manners, which can limit users’ access. A 
few tools have evolved to help solve this problem. File sys- 
tems, such as Sun Microsystems Network File System 
(NFS), outline consistent standards but only a few micro- 
computer applications use them. In general, NFS is used 
more on UNIX workstations. 

DBMSs were designed as central data storage areas. 
Vendors tout distributed databases as the solution to these 
problems. But distributed databases are not yet mature 
enough to be widely implemented. 


Accessing DBMS Data 

Many DBMS products rely on proprietary technology, but 
proprietary walls are slowly being broken down. Struc- 
tured Query Language (SQL) is emerging as a foundation 
for data sharing. However, vendors are moving in several 
directions to overcome SQL limitations and the chances of 
a single set of standards appear dim. 

Two years ago, a group of vendors including Digital 
Equipment Corp., Hewlett-Packard, and Oracle formed 
the SQL Access Group. The consortium’s goal was to out- 
line a set of standards so that information and applications 
generated on one DBMS would be able to run on another 
DBMS. In April 1991, the group completed its standard; 
and in July 1991, vendors in the group demonstrated pro- 
totype implementations of SQL Access Group compliant 
products. Delivery of these products is expected to begin in 
1992. 

The SQL Access Group has been criticized because its 
standards rely on the Open Systems Interconnection (OSI) 
reference model. OSI has been touted as a way to connect 
different vendors’ networking equipment, but has gained 
little market acceptance to this point. Instead, users turned 
to the Transmission Control Protocol/Internet Protocol 
(TCP/IP) to link different systems. Also, the SQL Access 
Group standards leave room for interpretation. Vendors 
could deliver compliant-products that do not work to- 
gether and do not offer users any additional functionality. 
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In September 1991, IBM (which is not a member of the © 


SQL Access Group) unveiled the Information Warehouse, 
a set of standards that compete with the consortium’s 
work. The IBM standards include a set of APIs that have 
been or will be incorporated into IBM DBMSs, such as 
DB2 and OS/2 Extended Edition Data Manager. Compa- 
nies such as Computer Associates International and Oracle 
have pledged to support the IBM Information Warehouse. 
Unfortunately, many Information Warehouse compo- 
nents are not scheduled to be delivered until Fall 1992. 
Also, the IBM model relies on the company’s LU6.2 proto- 
col, which, like OSI, has not gained as much industry ac- 
ceptance as initially expected. 

7 ‘Microcomputer vendors are advocating their own tech- 
“flolégies : as industry standards. For instance, Apple is 
pushing its Data Manager and Data Access Language as 
ways to provide transparent data access. Computer Asso- 
ciates and Tandem Computer have delivered products 
that provide Apple Macintosh users with transparent data 
access to their DBMS. At this point, Apple probably does 
not have sufficient market share to transform its products 
into de facto standards for data access. 

In November 1991, Microsoft unveiled Open Database 
Connectivity, an API that application developers can use 
to provide transparent data access. The Microsoft stan- 
dard is based on work done by the SQL Access Group. The 
Microsoft specifications are viewed as appropriate only for 
the firm’s Windows operating system and may not be 
suited to complex collections of data. 


Summary 


Currently, all of the data integration standards represent 
only a first step to widespread data integration. Flushing 
out these standards will take several years and thus offer 
little short-term help to MIS managers in need of an imme- 
diate way to improve connectivity. 

- Because of current limitations, many companies are es- 
tablishing procedures to restrict the movement of data be- 
tween LANs and larger systems. In most instances, corpo- 
rate data continues to be housed on mainframes. Users can 
download information from a central system, work with it 
on a microcomputer, and then send it back to a central 
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system either when the task is completed or at the end of 
the day. Very little production data is stored and kept on 
microcomputers, and that will probably remain the case 
for the next few years. 

No one is certain what will happen during the next few 
years, but MIS departments are being asked to insure that 
their companies will be in a position to take advantage of 
technical advances. MIS departments are being asked to 
rely on future standards from suppliers who have changed 
their minds constantly over the years. 

MIS departments should have no illusions about ven- 
dor commitments. They will be forgiven if they are a bit 
skeptical. The industry is changing rapidly and vendors are 
moving in conflicting directions. Strategic products are be- 


-ing.discarded before they have been delivered and vendors 


are teaming up and breaking up like a confused group of 
teenagers. 

The industry’s largest company has sent out. confused 
signals. Three years ago, IBM was touting its LAN Server 
product as the LAN operating system of the future. Early 
in 1991, the company signed a joint-development agree- 
ment with Novell and now plans to integrate Net Ware sup- 
port into many IBM products. IBM pushed its OS/2 oper- 
ating system as the foundation for next generation client/ 
server applications. In the fall of 1991; the company 
announced a joint-development plan with Apple for a new 
object-oriented operating system. How these two items 
will play together is not clear, probably not even to IBM. 

As a result, MIS managers have to be extremely cau- 
tious and outline standards that are subject to major revi- 
sions. In this scenario, it becomes increasingly more im- 
portant for them to take on the role of peacemaker than 
that of technology leader. If they can convince department 
managers of the benefits of cooperation, then their com- 
pany should be ready for next generation computing— 
whatever that might entail. If they continue to view them- 
selves as technical gurus, they and their corporations may 
be in for problems. The computing world is very different 
from what it was 10 years ago, and shows no sign of stabi- 
lizing. Ml 
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This report will help you to: 


e Manage the functions of data administration as a business 


within your organization. 


¢ Identify the market needs in your organization which data 
administration products and services can help satisfy. 


e Add value to the services and functions provided by data 
administration in ways that are perceptible to the rest of the 


organization. 


Data Administration as a 
Business 


Some time ago I was asked to speak 
on the value added to an organiza- 
tion by the data administration func- 
tion. I said sure, then scrambled to 
put together some material. The way 
to address the topic turned out to be 
fairly simple: Treat data administra- 
tion’s function like a business. 

In the first part of this report, I 
will discuss data administration 
(DA) as a business within the host 
organization and address some basic 
information management and infor- 


This Datapro report is a reprint of ‘‘Data Ad- 
ministration as a Business” by Thomas A. 
Bruce, pp. 44-56, from Database Program- 
ming & Design, Volume 2, Number 11, Novem- 
ber 1989. Copyright © 1989 by Miller 
Freeman Publications, and ‘‘Data Administra- 
tion: Making the Right Choices” by Thomas 
A. Bruce, pp. 50-56, from Database Program- 
ming & Design, Volume 3, Number 1, January 
1990. Copyright © 1989 by Miller Freeman 
Publications. Reprinted with permission. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro information Services Group. Delran NJ 08075 USA 


mation architecture topics. We will 
take a look at the markets for DA 
services and examine the needs of 
these markets. In the second part of . 
the report, I will show how to choose 
the right specification languages, 
tools, and people. 


DA is a Business 

Whenever I begin to work with a new 
business area on information plan- | 
ning or modeling and that area has 
not already prepared an initial func- 
tional breakdown, I try on the fol- 
lowing five high-level business 
functions: Z 


¢ Monitor market needs and com- 
petition. 

¢ Manage products. 

e Sell products. | oe 

¢ Manage the relationships among 
parties. — 

e Process the work. 
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Data Becomes Information 


The following is “Data’”—by itself, we have no idea what it means. 


12345 


We can add more, but we still haven’t a clue. 


12345 
54321 


Once we add a definitional context, we begin to get information. Now, at 
least, we know there are four valid ZIP codes in the world (whatever “ZIP 


codes” are). 


ZIP CODES 
12345 
15601 
54321 
94137 
94710 


But it’s still basically just data. If we relate this set of data to some other data, 
we get more information. 


ZIP CODE 
12345 
15601 
$4321 
94137 
94710 


These usually provide a good starting point for dis- 


cussion. Dataflow diagram folks would say the 
functions are unbalanced, but that’s not the point. 
These functions fit the DA business. Markets 

and competition are those areas both inside and 
outside our organizations that might benefit from 
what we have to offer or might offer something 
that addresses the same needs we are addressing. 
Products are the services provided by DA and the 
tools it may develop and provide to the organiza- 
tion. Relationships among parties are the alliances 
we must build and maintain both inside and out- 
side the organization. Process the work means to do 
everything we have decided to do to support the 
business we have chosen to be in. | 

_ I will summarize a view of the value added by 
DA that is derived from this model. Nothing pre- 
sented here is radically new; my hope is that the 
discussion will provide a context in which to look 
at some new (or remembered) insights. 
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CITY STATE 
Schenectady New York 
Greensburg Pennsylvania 
Green Bay Wisconsin 
San Francisco California 
Berkeley California 


Markets and Products 

We must first ask ourselves one question: What are 
our markets and what are their needs? We can then 
begin to identify products that address those needs. 
Table 1 displays a starting set of markets. The set 
of markets will look different in different 
organizations—each organization has its own in- 


ternal structure—but this will do for a start. 


Table 1. A Starting Set of Markets 


Markets Needs Products 
Business clients (users) 2? 2? 
Application development 2? 2? 
Database administration 2? 2? 
Data processing operations 7? 2? 
Systems programming 2? 2? 
Telecommunications services ?? 2? 
Audit/EDP audit 2? 2? 
Shareholders 29 2? 
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Next, we must put together a set of needs for 
each market and ask whether these needs currently 
exist and whether they are recognized as needs. If 
not, do we have to create them (or at least raise the 
awareness level)? In many organizations the data 
folks know the needs are there, but sometimes the 
business folks don’t. 

I have seen a lot of frustration around DA 
groups. It generally seems to result from situations 
where “‘long term is sold short for the short term,” 
or “‘no one can get the point across that data is 
important.” This means either that the organiza- 
tion does not need DA (unlikely) or that DA has 
not addressed its function from a basis that will 
allow it to recognize where it can and must contrib- 
ute. Either way, there is some educating to do be- 
fore awareness of the need for DA rises to a level 
where the organization chooses to act. 

Education is necessary before value can be 
perceived. It leads to awareness, and that leads to 
demands for the satisfaction of needs. Providing 
this education falls under the “‘Sell Products” func- 
tion of our DA business. 


Structure for Education 
One way to approach education in the information 
area is to discuss the DA function within the con- 
text of an information management environment, 
which in turn is part of a larger framework used to 
manage an organization’s systems resources. Once 
information management concepts are established, 
it becomes possible to discover where DA can best 
contribute. What follows is a brief outline for this 
education process. We will then return to discuss- 
ing markets and needs. 

I often use several questions as a guide: What 


is information? What is information management? | 


What is an information systems architecture (ISA)? 
What is information planning? The list may seem 
overly simplistic, but it has proved surprisingly 
useful. 

To start, I would claim that information is 
“‘data in a context” and use the example shown in 
Figure 1 to get the idea across. (It’s an old one; as a 
gentleman who attended the presentation pointed 
out, it works equally well starting with two lights 
on a black background; adding an overlay of the 
Old North Church, the context finally becomes 
clear.)' | 

From this example, we can claim that to get 
information we need the definition of the “data” 
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stuff (a ZIP code is a number assigned to a discrete 
geographic area by the U.S. Postal Service to facili- 
tate delivery of the mail) and the definition of the 
“structure” stuff (the ZIP code 12345 is for a city 
named Schenectady, which is in a state called New 
York). 

So to get the information we need to capture 
the definition of data and the structure of the con- 
text. It’s fun to extend these thoughts—what con- 
texts transform information into knowledge and 
knowledge into wisdom?—but this isn’t the time. 

Thus, information management could be 
characterized as the practice of giving context to 
data and doing so in a manner that employs appro- 


_ priate business management practices and tech- 


niques. “Giving context’ consists of developing 
and using standards for: : 


e Information planning: determining what data 
and structures are important to analyze and 
when. 


* Data definition: specifying what data objects 
need definition and the components of these 
definitions. 


¢ Data structure: deciding upon the right struc- 
tural information to capture, when to do it 
within the project life cycle, and how (choosing 
the modeling techniques and tools). | 


° Metadata access: determining how to use a re- 
pository to hold the information and defining 
mechanisms to control access to this informa- 
tion. 

e Context presentation: deciding how and when 


to use appropriate presentation techniques to 
make the context evident. 


Information management is important in every 


stage of business planning and systems develop- 
ment. Some organizations refer to it as a data man- 
agement function. It 1s also referred to as 
information resource management. 


ISA , 

Architecture has taken on so many meanings that 
its use contributes to an awful lot of content-free 
discussions. It has a sky-high fog index. One of the 
most overused buzzwords of the 1980s, it means so 
many things to so many people that it often retains 
little value other than to help communicate such 
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Figure 2. 


A Framework for inloreator Systems A rehitecture 


Obijectives/ 
Scope 


Model 
of the 
Business 


Model 
ofthe | 
information 
System 


Technolo 
Model | id 


Detailed —— 
rs ciaaticanaiad 


Functioning — 
System | 


List of Things important to the 
Business 


_ Entity = Class of Business 


Thing 


| @.g., "Ent/Rel Diag" 


Ent = Business Entity | 
Rein = Business Rule | 


e.g., "Data Model” 


| Ent = Data Entity 


Rein = Data Rein 


@.g., Data Design | 


Ent = Segment/Row 


Rein= Pointer/Key 


e.g., Data Design Description 


Ent = Fields 
Rein = Addresses 


cae) 1987 international Business Machines Corp. 


with permission from 
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Function _ 


List of Processes the Business 
Performs . 


Process = Class of Business 
Process 


@.g., “Funct Flow Diag’ 


= 


Proc = Bus Process | 
VO = Bus Resources 
_ (Including Info) 


e.g., "Data Flow Diag" 


“Gh 


Proc = Application Function 
VO = User Views 
_ (Set of Data Elements) 


e.g., "Structure Chart” __ 


Proc = Gonigile’ Function 


VO = Screen/Device Formats 


e.9., “Program” | 


Proc = Language Stmts 
VO = Control Blocks 


@.g., Function 


List of Locations in Which the 
Business Operates 


Node = Business Location 
@.g., Logistics Network 


‘Node = Business Unit 


Link = Business Relationship 


(Org, Product, Info) 
e.g., Distributed Sys. Arch. 


Node = I/S Function 
(Processors, iii ad 
etc.) 

Link = Line, Char. 


e.g., System Arch 


Node = Hardware/Sys Software 
Link = Line Specifications 


@g., Network Architecture 


Node = Addresses _ 
Link = Protocols 


e.g., Communications 
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broad concepts as strategic, structured, flexible, and 
other noble things. Generally, it means some unify- 
ing structure. | 

It might be better to just strike architecture 
from the vocabulary than attempt to describe how 
it fits the systems development business. However, 
since everyone will use it, it seems best to adopt a 
framework in which the term can take on some 
useful meaning. 

John Zachman of IBM has provided what I 
feel is a very useful framework for discussing the 
architecture of an information system.’ (Bless you, 
John—you have given back some meaning to the 
word architecture.) Drawing on analogies from the 
construction business, Zachman’s (ISA) framework 
describes different views of a planned system. 
These views are appropriate to the owners, design- 
ers, builders, and operators of the system and focus 
on the dimensions of data, function, and network 
(Figure 2). The framework can be extended to de- 
scribe cross-cell views and, as Zachman puts it, 
‘the who, the when, and the why, as well as the 
what, the how, and the where.” 

Owners’ views generally concentrate on over- 
all strategic and tactical considerations of the orga- 
nization. These are wide in scope and not 
necessarily defined precisely (Zachman would call 
these views of “‘big fuzzy things’). Initial business 
planning and analysis activities will usually result 
in the first level of these views. 

Designers’ views add precision but remain 
independent of the technology eventually em- 
ployed. Structured analysis and design, informa- 
tion modeling, and perhaps some level of 
prototyping are techniques used to develop these 
views. It has been my experience that things work 
best when the function, data, and network compo- 
nents of these high-level views are developed at the 
same time by a team consisting of business, appli- 
cation development, network, and DA folks. Each 
area brings skills and knowledge that, when com- 
bined, yield a good overall picture. If these individ- 
uals can be involved in preparing the owners’ 
views, so much the better. 

Physical implementation of logical structures 
is highly dependent on the characteristics of the 
hardware and software base chosen for the system. 
While the desired logical relationships are not in- 
fluenced by physical constraints, realizable rela- 
tionships normally are. I believe it is necessary to 
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first ask ““what do we want?” and answer that be- 
fore assuming something is impossible (it usually 
isn’t; just very difficult). Technology constrains 
solutions, not requirements. 

It is at the builders’ views level that technol- 
ogy considerations come into play. The top two 
levels (owners and designers) generally represent 
statements of business requirements. The lower 
two levels (builders and operators) represent state- 
ments of solutions, which are constrained by tech- 
nology, time, and cost. 

In the physical world, standards might specify 
which hardware and software will be used at vari- 
ous geographic locations. Depending on the char- 
acteristics of that hardware and software, they may 
also specify standard structures for function and 
data within the technology’s capabilities. I choose 
not to call these standards views or architectures. 
Rather, I consider them to be templates for build- 
ing architected systems. I do not mean to minimize 
their importance (no architecture is useful without 
implementation standards); I simply want to avoid 
the fog. The standards constrain the lower-level _ 
Views. ees 

Operators’ views are used for day-to-day sys- 
tem operation and monitoring. There are two types 
of operators: computer operations folks, who need 
run-time documentation and exception proce- 
dures; and business operations folks, who are “‘pro- 
cessing the work.” (Aha! Some needs!) 

To use the Zachman framework, I first need 
to extend it a bit and introduce the terms archi- 
tected system, architecture product, arcnitecture pro- 
cess, and architecture practice. Some definitions: 

Those who design and build architected sys- 
tems are the architecture practitioners; that is, the 
architects. Architected systems are those that ad-_ 
here to standards set forth in the architecture prod- 
ucts and which are developed according to the 
architecture processes. Architecture products are — 
the views represented in the Zachman framework, 
supplemented with cross-cell and transformation | 
documentation and any standards or templates 
that emerge. 

Architecture processes are the meansby _ 
which architecture products are developed and a | 
consensus among all parties is reached. They are 
part of the architecture practice. No independent 
architecture group can develop products or man- | 
date their use. Such a group will not know what the 
products’ users need; the products’ recipients will 
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resist using them if they are not involved in their Agreed-upon methodologies (architecture 
creation. Nothing new here; most anything devel- processes) are needed to ensure some level of con- 
oped without participation and buy-in by the client sistency across the development organization, al- 
or user will fail. though these methodologies must not be so rigid as 
The processes, then, are those that allow ar- to become burdensome or overly constraining. One 
chitects to define the architecture and reachacon- might consider them more on the order of guide- 
sensus about it. These architects are the system’s lines than standards (although I am sure quite a 
designers and builders, not the members of some debate could be had regarding the distinction). A 
architecture unit. An architecture unit’s staff can set of methodologies applicable to different situa- 
only teach the practice, give structure to and facili- —_ tions is needed. Methodology types include a sys- 
tate the processes, and maintain the products. tem development life cycle, a business function 
analysis process, a functional decomposition and 
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recording technique, and information modeling 
methods (top-down and bottom-up). 

Tools (automated and manual) can speed de- 
velopment as well as manage and control the pro- 
cess. A complete set of such highly integrated and 
interdependent tools 1s needed, although I am not 
aware of any such set today. CASE tools are avail- 
able, but, at least in the short term, the challenge is 
to find individual tools or sets of tools that work 
well together. At minimum, along with traditional 
tools such as editors, compilers, and so forth, we 
will need a functional decomposition and analysis 
tool, an information modeling tool, a reverse- 
engineering tool (for both function and data), a 
data dictionary/repository, and a project manage- 
ment tool. 

Design standards (or guidelines) are needed 
to ensure consistency of system solutions. The ar- 
chitecture products and process may, over time, 
provide many of these. 

To ensure consistency and integration of de- 
signs within a chosen set of technologies (the real, 
physical world), a set of technology models and 
design templates is highly desirable. It 1s difficult, 
if not impossible, to develop anything but an initial 
version of these templates in advance of develop- 
ment of the first architected system. 

Templates emerge as logical and physical (ex- 
ternal and internal) design of a system proceeds. 
They come from the grass roots as designers of sys- 
tems share their solutions with others. At some 
point, use of templates may be mandated, but to 
do so from the start will diminish their usefulness 
and probably sink the effort. System developers 
don’t like to be told “from above”’ how to design 
their systems; they do, however, listen to their 
peers and reuse ideas they find valuable. There 
does come a time, of course, when preventing rein- 
vention of the wheel is desirable. 

All of these architecture whatzits are products 
that satisfy one or more of an organization’s needs. 
Using this ISA context and a potential list of DA 
markets, it.1s interesting to see how they corre- 
spond. Figure 3 paints six of the markets into the 
Zachman framework. Multiple views are needed 
even within a cell because there can be many view- 
ers of that same cell information. 

Mapping the architecture processes into the 
framework is also helpful. (For example, the over- 
all development methodology covers the entire 
framework; business systems planning methods 
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Lists for Mapping Architecture Process to 

Framework 


Architecture Products 

@ Preliminary requirements 

m Initial system solutions 

m Detailed requirements 

w Functional specifications 

m Hardware/software specifications 
m Application software/JCL 

w Area information models 

w Product information models 

m Project information models 

m Physical database specifications 
m Design templates 


Architecture Processes 

m System development life cycle 
m Business systems planning 

m Functional analysis 

m Information modeling 

m Structured design 

mw Structured programming 

m Prototyping 

m Project planning and control 


Architecture Tools 

w Activity/function modeling 

m Information modeling 

mw Data dictionary/repository 
@ Programming 

m@ Prototyping 

m Source code library maintenance 
m@ Project planning and control 
m Reverse engineering 

m Reengineering 

mw Editors 

= Compilers 


cover the top levels.) But I will leave that to you. 
Figure 4 contains some starting lists that can be 
replaced with lists that are more appropriate for 
your organization. | 


information Planning 

We can think of information planning as a front- 
end business activity that precedes the develop- 
ment of any system. It is a process that helps a 
business understand how to manage its informa- 
tion resources. Again, nothing new here; what fol- 
lows may sound a lot like the old concept of 
“determine where you are, determine where you 
want to go, and develop a plan to get there.” Still, 
it sometimes helps to lay it out. I typically use the 
diagram shown in Figure 5 to present these 
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Figure 5. 
Three Phases of Information Planning 
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concepts.° I find it amazing how well it is received 
by business and systems managers. 

The process begins with an articulation of the 
vision of those who run the business and a descrip- 
tion of an environment that will allow that vision 
to be realized. This desired environment is de- 
scribed in terms of the business needs to be satis- 
fied, the ISA required to satisfy those needs, and 
the information management environment needed. 
Many factors influence that vision, including the 
current needs of the organization (and its custom- 
ers), trends in technology (an enabling factor in 
many cases), and actions of the organization’s 
competitors. 

Moving to the assessment phase demands a 
description of what currently exists. The desired 
environment description may be developed top- 
down, whereas the current environment descrip- 
tion may need to be developed bottom-up—that is, 
determine what the environment looks like, infer 
what ISA supports it, and then guess what needs 
are being satisfied (and what needs the current ISA 
is intended to satisfy). 
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¢ Hardware ¢ Application Plans 

* System Utilities ¢ Resource Allocation 
¢ Personnel ¢ Implementation 

¢ DP Operations Controls 


* Communications 


The assessment phase compares the current 
environment against the desired environment to 
develop plans and budgets for the next cycle of 
change. The organization’s priorities and strategies 
enter here; possible actions are limited by the orga- 
nization’s investment plan. The direction for fu- 


ture efforts is set here. It may be, for example, that 


the current ISA and information management en- 
vironment are adequate to support the required 
functionality, but business needs are not well sup- 
ported. Or perhaps current needs are well sup- 
ported, but the existing ISA and information 
management environment severely limit future 
support. The assessment takes place from both a 
business perspective (what does the business need 
to make money?) and a systems perspective (what 
is needed to help the business make that money’). 
Realizing the vision 1s the third phase. The 
information management plan and a set of strate- 
gies and priorities are developed based on the re- 
sults of the assessment phase. The plan describes 
hardware, software, human resources, communica- 
tions mechanisms, and the operating environment 
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to be constructed. Strategies and priorities are es- 
tablished that will yield a development plan for 
applications and result in well-managed allocation 
of resources. 

And then the cycle begins again. 

One might ask whether DA would normally 
get involved in these things. In the past, the answer 
would probably have been no. But this is an area 
where DA can contribute quite effectively. Re- 
member, we are looking for needs we can satisfy; 
we are not walking around with a bag of preformed 
solutions in search of an appropriate problem. 

To summarize, an information management 
environment is one in which the ISA is driven by 
business information needs. We have also seen that 
in an architecture environment, system develop- 
ment is driven by a set of architecture products 
and practices that integrate the differing views of 
the function, data, and network needed to define, 
build, and operate the system. 

But the question remains: What is the role of 
DA in all this? To understand DA and how it can 
add value to the business, the context must be 
clear. In general, we can claim that to understand 
any business function—and DA is such a 
function—we must understand the environment or 
context in which that function operates. 


Markets and Needs 

Now that we have reviewed a framework for dis- 
cussing information systems, it is time to return to 
our DA markets and identify the needs of each 
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market. Here again are some starting lists; throw 
them out and build some suitable to your organiza- 
tion. 


Business Clients. Our clients often need assistance 
in planning for future developments and identify- 
ing requirements that can be forwarded to an inter- 
nal system development organization or outside 
vendor. They must also consider the current state. 
of the business and systems (what is often called 
situation analysis) and identify future alternatives. 
They need to document all of this as well. 

Business clients also need assistance reconcil- 
ing data coming from a diverse set of current sys- 
tems and assistance extracting meaningful business 
information from that data. Given the nature of 
the business world, they always need this yester- 
day. 

It is important to remember who provides the 
funds to operate the DA function. You may be sur- 
prised at how well your efforts are accepted once 
the business understands that you are willing to | 
listen to what it needs. 


Application Development. Application developers 
are often called upon to help the business deter- 
mine requirements and strategies. They must de- 
sign function and data structures that address 
requirements, generate data layouts and control 
blocks for inclusion in programs, manage change in 
their applications, and create appropriate docu- 
mentation. They must test everything. In many 


Figure 6. 
Produce Market Entity- 
Relationship Diagram 
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cases (the majority, it seems), they must analyze 
old systems and bring documentation up to date. 
They must understand the general capabilities and 
specific details of packages being considered for 
use in the area and interface new packages to exist- 
ing environments. They also need to accomplish all 
of this yesterday. — 

Education in new and emerging technologies 
and techniques is needed, as are refreshers on es- 
tablished methods. How often have you found that 
your application development partners have for- 
gotten (or never knew in the first place) about such 
established methods as structured analysis and de- 
sign and structured programming? The answer is 
probably “‘all too often.” 


Database Administration. DBAs need a great deal 
of information to design long-lasting databases. All 
objects in the business and database models re- 
quire precise definitions. Data volumes, transac- 
tion response times, and access patterns need to be 
specified, and the business model needs to be 
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transformed into a technology model of the data- 
base. Databases need to be “genned”’ and versions 


adequately controlled. And the DBA needs to have 


accomplished all of this, it seems, before anyone 


_ has any idea what the business requirements are. 


(I’m just kidding but then again... .) 

Data administrators sometimes forget that 
one of the primary users of the information models 
it champions is the DBA. If we expect our glorious 
models to have some effect on the business, we had 
best not forget that they need to be useful to sev- 
eral audiences. Have you ever seen a situation in 
which a model was provided to a DBA and was 
promptly ignored? Never happens. When it does 
happen it is just because the DBA is stupid, right? 


Data Processing Operations. The folks in data pro- 
cessing operations, who keep the machines running 
day after day, rely to a large extent on current oper- 
ational and exception processing documentation. 
When something goes wrong, they frequently have 


a devil of a time figuring out how to prevent the 
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Table 2. DA Opportunities 

SDLC Phase 
Value Area 1 2 3 4A 5 6 
Business Planning Support X X X X X X 
Business Requirements Analysis X X X X 
Database Requirements Definition x x X 
Requirements Documentation X X X X 
Data Object Standardization X Xx X X X X 
Logical Design X X Xx 
Physical Design X X X X Xx 
Database Generation X X X 
Copy-Code Generation X X X 
Testing Support X X X X 
System Documentation X xX . X X X X 
Inventory/Change Management X X X X X X 


SDLC Phases: 

1. Business Planning 

2. Requirements Analysis 
3. Logical Design 


4. Physical Design 
5. Coding/Testing/Installation 
6. Operation/Maintenance 


problem from spreading. They need to solve pro- 
duction problems quickly. They also need to assess 
the impact of pending changes on the processing 
environment and control these changes in an or- 
derly manner. Here, possibly, is a real opportunity. 


Systems Programming. The folks who install new 
machines and new releases of operating systems 
and shop utilities also need good documentation 
and access to an inventory of some sort to manage 
change. Systems programmers may also benefit 
from information about what software releases are 
operating where, what licenses exist, and so on. 
Standards for the use of general-purpose utilities 
and the general structure of jobs that will run in the 
machines can also be most helpful. 


Telecommunications. The telecommunications 
folks need to manage networks and devices, know 
what is running where, get broken things fixed 
quickly, and introduce change 1n an orderly and 
controlled way. Once again, standards, good docu- 
mentation, and good configuration management 
and change control information will be helpful. 
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Auditing. Auditors (both those concerned with 
business audits and those concerned with EDP sys- 
tems and operations) need to be able to identify 
whether systems are operating correctly and 
whether they conform to specific organizational 
policy and generally accepted accounting practices. 
To do this, they need documentation of functions 
and data and the requirements the systems are in- 
tended to address, as well as capabilities for re- 
trieving, summarizing, and reconciling 
information. In your organization, when was the 
last time anyone bothered to ask the auditors what 
they needed? 


Shareholders. How about your shareholders? Do 
they care if you have an enterprise model or the 
world’s largest communication network? Not usu- 
ally. 1 own a small amount of stock 1n several com- 
panies, and all I care about is that the company be 
profitable and grow (so that I see some return on 
my investment). I happen to believe that strategic 
systems planning, integrated databases, and so on 
will, in time, result in higher levels of profitability 
and growth. Therefore, I tend to consider these 
things when choosing where to invest. But don’t try 
to convince a shareholder (or senior manager, for 
that matter) of this unless you can show precisely 
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X: Transformation Model 
D: DBMS Model 


F: Fully Attributed Model | 


how. That’s tough when you are discussing the sub- 
ject with someone whose sights are leveled on next 
quarter’s results. | 

Well, it has been a long introduction, but we 
are finally ready to discuss DA and the products it 
can offer. These products carry the value added by 
DA. That value exists only if it is perceived. 


Making the Right Choices 
As a colleague once reminded me, if you enter a 


maze and make the wrong decision at the first turn, 


it doesn’t matter how good your decisions are from 
that point on. 

In this report we’ve consistently returned to 
the theme of conducting the data administration 
function as a business within the host organization. 
Like any such business, DA must focus on the 
needs of its markets. The opportunities to be ad- 
dressed should be chosen based on business princi- 
ples, not technical ones. | 
| DA must strike a balance between consider- 
ing current needs and addressing anticipated 
needs. The needs and opportunities will change 
over time as the organization begins to understand 
the value DA can add. Address current needs now, 
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lay the foundation for addressing future neces and 
always pay attention to politics. 

As professional data administrators, we must 
be prepared to push our ideas and fight for them— 
but we must also be prepared to back off. If the 
choices the organization makes seem irrational, 
take another look at its needs. If two people come 
to different conclusions based on the same facts, 


- the values being used to make the choices must be 


different. We must be prepared to change the value 
system of the organization, but we must also accept 
that this will take time and be prepared to work 
within the existing value framework. 


Timing is Everything 

Would you give a diagram like Figure 6 to a DBA 
as the basis for physical database design? Would 
you show a diagram like Figure 7 to a high-level 
business manager as an aid in discussing generat 
business strategy? I hope not. 

When we think about the tools of the data 
administrator, such things as data dictionaries and 
CASE come to mind. Those tools are needed, but 
it’s important to remember that the methods and 
techniques the data administrator uses are as much 
tools of the trade as the software and hardware. 
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Just as we must avoid presenting the wrong 
diagrams to the wrong audiences, we must be care- 
ful to match the right tools and methods to the 
right tasks.. The diagrams shown in Figures 6 and 7 
are only valuable if we use them in the right places. 

Table 2 shows DA opportunities from the 
perspective of the classical system development life 
cycle simplified into six phases. The table is the 
result of a matrix that matched the markets for DA 
services with their needs, identifying places where 
DA could help. The DA opportunities are indi- 
cated by an X. We use various methods and tools 
to address these opportunities—and sometimes 
invite failure by applying the wrong method to the 
wrong opportunity. So before we look at the more 
traditional tools of the data administrator, let’s 
look at one of the methods: information modeling. 

Table 3 shows where building various levels 
of models can be useful for a top-down develop- 
ment project. The model levels listed here are tak- 
en from the IDEF1X discipline (extended a bit) 
and generally correspond to the Zachman levels of 
scope and objectives, model of the business, mod- 
el of the information system, technology model, 
and operating system. The higher-level models 
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support the early project phases, while the more | 
detailed models support the later phases. 

Each line of the table shows two critical 
points. An arrow (>) shows a point beyond which 
further modeling provides no additional value. An 
asterisk indicates a point at which attempting to | 
provide information-modeling services for the 
project will most likely be perceived as disruptive 
if this is where modeling activities start. For ex- ~~ 
ample, assisting the requirements documentation 
activity with a fully attributed model during phase 
3 (logical design) has the most value if the higher- 
level models were prepared during earlier project © 
phases. Starting the modeling activities during 
phase 3 is extremely difficult without the higher- — 
level models and is likely to slow the project 
down. This delay is not likely to be perceived as 
adding value. - om ad 

When to start and when to become involved | 
with an effort (or let the opportunity pass) are deci- 
sions that must be made carefully. Becoming in- 
volved too late or trying to use the wrong method 
or tool just won’t work. Choosing the appropriate | 
model levels and development approach is fairly 
straightforward for a top-down project like the one 
portrayed here. It is considerably more difficult for 
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IDEF1X Cardinality 


Foreign key may be NULL 
(Zero or one to zero or more) 


a bottom-up effort (for example, installing a soft- 
ware package) or middle-out project (revising or 
extending an existing system where the physical 
design will be highly constrained by the current 
design). Few opportunities are top-down; the ma- 
jority it seems, are bottom-up or middle-out. 


The Tools 

Topics like CASE, repositories, object-oriented 
systems, and so on seem to provoke endless discus- 
sion these days. These emerging technologies are 
promising, but they seem to be surrounded by hype 
and confusion. 

CASE tools promise to automate the transfor- 
mation of requirements statements into databases 
and code. I think of them as the means to capture 
information for each cell in the Zachman frame- 
work, reconcile it to information for adjacent cells, 
and transform it into descriptions at lower-level 
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cells (or, in the case of reverse engineering, to go in 
the opposite direction). These tools are still in their 
infancy. | 

Specific tools fit specific needs, but no com- 
pletely integrated set is currently available. Some 
of these tools allow system requirements and solu- 
tions to be specified more precisely than others, 
but the transformation function is, for the most 
part, still human-assisted. 

DB2 rel. 2 has received a lot of attention for 
its ability to enforce referential-integrity rules (at 
least in the areas of Insert, Replace, Delete, and 
primary key/foreign-key enforcement). That’s sur- 
prising because other DBMSs’ relational products 
already had this ability. Features such as domain 
and business-rule support are still missing, how- 
ever. 

The object-oriented systems just beginning to 
emerge are also promising. We’ll have to wait until 
they mature sufficiently for large-scale use. 

We must be very careful when choosing tools. 
Wherever the tool cannot capture or enforce a 
business rule (cardinality enforcement in relational 
systems, transformation of functional rules into 
data value dependencies, and transformation and 
reconciliation of models and object definitions in 
CASE tools), code must be written or people relied 
on to patch the holes. Tools that lack the ability to 
capture and use necessary information, guarantee 
its integrity, or integrate with other needed tools 
should be viewed with considerable skepticism. 

The information repository is one area in 
which this ability is extremely critical. Just what 
such a repository will look like and how it will be 
constructed 1s the cause of much confusion. Diver- 
gence of both the standards and, at times, the ob- 
jectives of the repository’s designers is creating | 
chaos (see Paul Winsberg’s “Dictionary Standards: 
ANSI, ISO and IBM,” JnfoDB 3(4), Winter 1988- 
89). 

DA can play a significant role in choosing the 
right tools and ensuring they will work well to- 
gether. For example, mapping a tool set onto the 
Zachman framework can help identify areas that 
have inadequate tool support or inconsistent sup- 
port by competing tools. 

This might at first seem like a trivial exercise, 
but you’ll be surprised at how difficult it is, espe- 
cially in large organizations. Why? Because it will 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


a 
ie 

ee 
Nt 


Establishing Data 
Administration Strategy 


Managing LANs 


DEPARTMENT 


department-id 
department-name 


keeps/is kept by 


(employs) 


WORK-RECORD 


employee-id (FK) 
department-id (FK) 


employment-date 
employment-status 


A DEPARTMENT keeps zero or more WORK-RECORDs. 


Each WORK-RECORD tracks one EMPLOYEE. 


employee-name 


tracks/is tracked by 
P (is employed by) 
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Se ee Many-to-Many 
R employee-id Relationships 


An EMPLOYEE is tracked by one or more WORK-RECORDs. 


Each WORK-RECORD is kept by one DEPARTMENT. 
or 
A DEPARTMENT employs zero or more EMPLOYEEs. 


An EMPLOYEE is employed by one or more DEPARTMENTs. 
A WORK-RECORD records employment of an EMPLOYEE by a DEPARTMENT. 


raise political and “‘turf’’ issues, not just technical 
ones. Technical issues are relatively simple; the 
others are not. 


Specification Languages 

Our tools are not perfect; they lose some meaning 
along the way. How about the languages we use to 
specify our requirements and designs? Some of 
these are pretty good, especially those that support 
various levels of the Zachman framework’s Func- 
tion column. A specification language needs to be 
able to precisely record our understanding of re- 
quirements and make information available to 
tools that will transform this specification into a 
design. Like the tools, the languages seem to lose 
some knowledge along the way. 

For the data column, the IDEF1X graphic 
language for information models is one of the best 
around, but it has its limitations. For each defi- 
ciency in a specification language, knowledge is 
lost. 

IDEF1X supports various entities 
(identification-independent and identification- 
dependent), relationships (identifying and noni- 
dentifying), and cardinality (required, optional, 
one to n, and so on) quite well (Figures 8 and 9). 
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Key attributes are shown above the line dividing 
the entity shape, while nonkey attributes are shown 
below the line. 

Many-to-many relationships can also be 
shown. Figure 10 brings up the first concern. There 
are two equally valid ways to record business state- 
ments describing this relationship. The shape of 
the structure 1s the same but the business rules 
seem to be different, so you have to choose which 
verb phrases to use. That’s not too difficult if ev- 
eryone chooses the same style. The integrated 
computer-aided manufacturing definition (IDEF) 
modeling tools I’m familiar with cannot discern 
that the alternatives in Figure 10 are saying the 
same thing, but they can at least capture either set 
of relationship statements. Little knowledge is lost, 
but some ambiguity is introduced. Business-rule 
summarization functions, such as those available 
in DACOM’s Leverage, also begin to have some 
trouble (though overall Leverage does an excellent 
job). 

The language and tools can support simple 
entity subtype structures (referred to as generaliza- 
tion hierarchies in this discipline). The right side of 
Figure 11 shows a simple exclusive OR in which a 
BUSINESS-PARTY must be either an EM- 
PLOYEE or a DEPARTMENT but not both. More 
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complex category structures are also possible. The 
left side of the figure shows an additional category, 
DEPARTMENT, resulting in an AND and OR 
combined (in addition to being an EMPLOYEE or 
a DEPARTMENT, a BUSINESS-PARTY can also 
be a CUSTOMER). | 
Figure 12 illustrates another problem: It still 
shows that a BUSINESS-PARTY must be either an 
EMPLOYEE or a DEPARTMENT but also says 
that it must be either an INDIVIDUAL or an OR- 
GANIZATION. If we add the constraints that an 
INDIVIDUAL cannot be a DEPARTMENT but 
that an ORGANIZATION can be an EMPLOYEE, 
we run into trouble. I have not been able to find a 
method to declare this to be true in IDEF. (If you 
disagree with the business statements implied, turn 
this into a theoretical problem by substituting A, B, 
C, and so on for the entity names.) Nor have I been 
able to find the solution using Chen or Bachman 
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notations. The problem is that the graphic lan- 
guages cannot, at this point, say everything we 
need to say. 

To fix the languages, we need to extend the 
graphic structure or, as DA is attempting, add a 
constraint-specification level separate from the | 
graphics. Constraint specification is a known issue 
with IDEF1X, as with other languages, and has 
been around for years. 

Situations involving Boolean constraints 
don’t arise often—at least in high-level models— 
and we can always capture the missing constraints 
in text notes. But as soon as we have to capture 
such information in textual form, we relinquish the 
opportunity to use our automated tools to drive 
from specification to implementation. The tools 
cannot read, understand, or use the text. 

Perhaps we should add constructs to the 
graphics to capture the missing information. Or 
perhaps we should state the constraints as rules 
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is supported by ! supports 


governing the insertion of instances of the various 
category entities. The choice is not entirely clear. 
Continuing to add symbols to the graphics will 
eventually lead to diagrams that try to show so 
much information that the users’ eyes glaze over. 
Deciding where to stop extending the graphics ap- 
pears, at least at our current level of maturity, to be 
a judgment call. However, we must be attentive to 
situations like this one where decisions made now 
will determine our success down the road. 

In general, IDEF1X handles alternate keys 
very well. Figure 13 extends the example that uses 
BUSINESS-PARTY, EMPLOYEE, DEPART- 
MENT, and CUSTOMER. The last three, being 
category (subtype) entities, inherit their primary 
keys from BUSINESS-PARTY. But suppose the 
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business-party-id-2 (FK) 
support-type 


R 


business has decided to identify the CUSTOMER 
manifestation of BUSINESS-PARTY with an at- 
tribute called customer-id, the EMPLOYEE mani- 
festation with employee-id, and the 
DEPARTMENT manifestation with department- 
id. Also suppose that each attribute is to be desig- 
nated as an alternate key. So far, so good. | 
But something funny happens when CUS- 
TOMER and EMPLOYEE become involved in a 
relationship (no, not conflict of interest): The keys 
don’t propagate correctly (Figure 14). The entity 
CUSTOMER-SUPPORT will contain a pair of 
business-party-ids, when we wanted to see a 
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customer-id and an employee-id. We cannot prop- 
agate alternate keys in IDEF1X, so we have to fake 
it if we want to see the right keys in CUSTOMER- 
SUPPORT.  s | 

Figure 15 shows this “force.” Now the keys 
are right, but again we lose something. The con- 
straint that a BUSINESS-PARTY cannot be both 
_an EMPLOYEE and a DEPARTMENT has been 
lost as a consequence of the force. 

These are situations where the language just 
can’t say it. a 


The Practitioners | 
I think it was Yogi Berra who once said that most 
human endeavors involve people. Once again, he | 
got it right. Pa 2 4, 2 

Like any business, DA must be careful to 
choose the right people. Different skill sets are 
needed for the different functions; you wouldn’t 
necessarily want an expert data-dictionary techni- 
cian to conduct an information-modeling session 
or a modeler to tinker with the innards of the dic- 
tionary. DA adds value by fitting the right skills to 
the right tasks and outfitting the right people with 
the right skills. rr 

Many years ago, while conducting a require- 
ments interview, I tried to get the product manag- 
ers of a business area to tell me what the system 
needed to do. Being much younger (I knew more in 
those days), I became frustrated when I heard 
things like ‘““We want the capability to modify the 
rules and change the product very quickly” and 
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employee-id (FK) 
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support-type 


“‘We aren’t sure now what the product is supposed 

to do, but we’ll know it when we see it.’” Come on, 

guys, make up your minds! What is it you want? 
The problem was that they had told me what 


they wanted, but I was too smart to understand it! I 


was looking for specific requirements for the prod- 
uct where there weren’t any. I didn’t recognize that 
what they needed was a way to look at alternative 
methods for building potential products. Needless 
to say, the effort was not a raging success. 

We need to be attentive to situations like this. 


We have to find new ways to think. The ability to 


think clearly about where the DA discipline is and 
where it is headed is a key to the data administra- 
tor’s success. We must add value by keepingaclear _ 
vision of where we are trying to take the organiza- 
tion, but we must also maintain a perspective that 


_keeps us from getting too excited about every new 


trend. We need to keep our focus on short-term 
value, the mundane stuff like populating a dictio- 


nary and digging around in the spaghetti of old sys- 


tems. | | 

Data administrators add value by helping to 
obtain specifications, assisting with the transfor- — 
mation of specifications into designs, and patching © 
the holes in the tools and languages. We also add 
value by seeing across the organization and pro- 
moting the reuse of architecture products. 

We add value when we understand how much 
is enough and when we exercise good business 
judgment. We add value when we focus on the 
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business; we do not add value when we focus on 
DA or become preoccupied with theoretical perfec- 
tion. 

And we must be ready for change. 

Just when we think we might have a grasp on 
the situation, it blurs on us. For example, John 
Zachman’s framework has been a very useful con- 
struct to guide our thinking and discussions. But 
what happens in the object-oriented world when 
the Function and Data columns begin to merge 
into Object? I guess we’ll find out. 


A Final Word 

Our ability to recognize requirements and needs 
and conceive of new approaches will determine the 
value DA can add to an organization. If our tools 
can’t use our specifications or our people can’t rec- 
ognize them, we won’t succeed. Every now and 
then we should ask ourselves four questions: How 
do we perceive ourselves? How are we perceived by 
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our business colleagues? How do we need to man- 
age that perception? How do we operate as a busi- 
ness? 

This report has been a somewhat long-winded 
way of reminding us all of the obvious: that value, 
like beauty, is in the eye of the beholder. In our 


business, value must be perceived by the owners, 


designers, builders, and operators of our informa- 
tion systems. 
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Datapro Summary 


As its most simple form, project management is a social process in which an objec- 
tive is completed by performing a sequence of tasks within budget constraints. 
However, the dynamic nature of people and projects themselves make a project 
difficult to manage. Organizing, motivating, and directing are all part of a project 


manager’s responsibility. 


Project management is a series of actions or 
activities embodied in a process of getting 
things done on a project by working with 
members of the project team and other peo- 
ple in order to reach the project schedule, 
cost, and technical performance objectives. 
This description helps to identify project 
management but it does not tell too much 
about how a project manager reaches 
project goals and objectives. This report 
will describe the project management pro- 
cess along with the idea of the “life cycle”’ 
concept. 

Project managers get things done by 
working with people and other resources. 
They do not perform the operations them- 
selves; rather they manage the members of 
the project team and other people who do 
the technical work on the project. Project 
management 1s a social process which com- 
prises a series of actions that lead to the ac- 
complishment of project objectives. It is a 
social process because the actions under- 
taken by the project managers are princi- 
pally concerned with relations among peo- 
ple. Management often is viewed as a 
process. 


This Datapro report is a reprint of Chapter 2, 
“The Project Management Process,” pp. 21-36, 
from Project Management: Strategic Design and 
Implementation by David |. Cleland. Copyright © 
1990 by TAB Professional and Reference 
Books. Reprinted with permission. 
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Project management is a continuing pro- 
cess. New demands always are put on the 
project team and have to be coordinated 
and motivated by the project manager 
through a process of planning, organizing, 
motivating, directing, and controlling. As 
new needs come up before the project, 
someone has to satisfy these needs, solve 
the problems, and exploit the opportuni- 
ties. The project originates as an idea in 
someone’s mind, takes a conceptual form, 
and eventually has enough substance that 
key decision makers in the organization se- 
lect the project as a means for executing el- 
ements of strategy in the organization. In 
practice, the project manager must learn to 
deal with a wide range of problems and op- 
portunities, each in a different stage of res- 
olution and each having different relation- 
ships with the evolving project. This 
continuing flow of problems and opportu- 
nities underscores the need to comprehend 
a project management process which, if ef- 
fectively and efficiently planned for and ex- 
ecuted, results in the creation of project re- 
sults which complements the 
organizational strategy. 

Managing a large project is so complex 
that it is difficult to comprehend all of the 
actions that have to be taken to successfully 
plan and execute the project. We need to 
divide the project into parts in order to 
grasp the full significance of each part and 
just where that part fits in the scheme of the 
project. We have to look at the project 
parts, its “work packages,” its logical flow 
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of activities, the phases that the project goes through in its 
evolution, growth and decline. 

A highly useful way of looking at the management dis- 
ciplines is to examine it in terms of the major functions or 
processes that are undertaken by the project team under 
the leadership of a project manager working within the 
context of a management system. 


Management Functions/Processes 


A management system may be defined as a regularly inter- 
acting or interdependent group of components forming a 
unified totality. One way of looking at a management sys- 
tem is to view the major activities or functions that are 
carried out by a manager. Among management scholars 


and practitioners there is a good deal of difference of opin- © 


ion as to the interpretation of these major functions. The 
management functions that are most often associated with 
the activities of a manager are: planning, organizing, con- 
trolling, communicating, actuating, directing, staffing, in- 
novating, representing, creating and motivating. 

In this report we will discuss the following major activ- 
ities of the project manager: 


Planning: is the definition of the purposes of the project 
and a prescription of how that organization is going to use 
resources to attain its purposes. 


Organizing: 1s the determination of the quality and quan- 
tity of resources that are needed on the project and the 
procurement, alignment and development of these re- 
sources. 


Motivating: is the creation of an environment which pro- 
vides people on the project with the opportunity to gain 
maximum psychological, social, and economic satisfaction 
in their place of employment. 


Directing: is the face-to-face supervision of other people, 
including the ability to provide leadership for people 
working on the project to accomplish their personal pur- 
poses as well as the project purposes. 


Controlling: includes the development of performance 
standards, the sensing of individual and organizational 
performance, the comparison of actual with planned per- 
formance, and the institution of corrective action to repro- 
gram, replan, and realign the use of resources when the 
project fails to meet the project performance standard. 
Taken together, these functions can be treated as a man- 
agement system composed of planning systems, organiza- 
tional systems, motivational systems, leadership systems, 
and control systems integrated in a project management 
process to bring about a successfully completed project. 

In Table 1, the project management process is por- 
trayed in terms of its major functions. The activities noted 
under each of these functions are only representative. Ef- 
fective project management requires many more activities 
under each of these functions. 

An important part of any project management process 
is recognition of the management processes that are in- 
volved in each of the phases a project goes through during 
its life cycle. 
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Table 1. Representative 
Functions/Processes of Project 
Management 


Planning (What are we aiming for and why?) 


e Develop project objectives, goals, and strategies. 

e Develop project work breakdown structure. 

e Develop precedence diagrams to establish logical relation- 
ship of project activities and milestones. 

¢ Develop time-based schedule for the project based on the 
time precedence diagram. 

e Plan for the resource support of the project. 


Organizing (What’s involved and why?) 


¢ Establish organizational structure for the team. 

e Identify and assign project roles to members of the project 
team. 

¢ Define project management policies, procedures, and 
techniques. 

e Prepare project management charter and other delegation 
instruments. 

e Establish standards for the authority, responsibility and ac- 
countability of the project team. 


Motivation (What motivates people to do their best work?) 


e Determine project team member needs. 

e Assess factors that motivate people to do their best work. 

¢ Provide appropriate counseling and mentoring as required. 
e Establish rewards program for project team members. 

¢ Conduct initial study of impact of motivation on productivity. 


Directing (Who decides what and when?) 


e Establish “‘limits’’ of authority for decision making for the al- 
location of project resources. 

¢ Develop leadership style. 

e Enhance interpersonal skills. 

e Prepare plan for increasing participative management tech- 
niques in managing the project team. 

e Develop consensus decision making techniques for the pro- 
ject team. 


Control (Who judges results and by what standards?) 


e Establish cost, schedule, and technical performance stan- 
dards for the project. 

e Prepare plans for the means to evaluate project progress. 

e Establish a project management information system for the 
project. 

e Prepare project review strategy. 

e Evaluate project progress. 


Project Life Cycles 


This section of the report examines some of the character- 
istics of a project that are dynamic. This dynamism is 
manifest in a project, its life cycle, the organizational un- 
derpinnings that support the project, the fluid assignment 
of members on the project team, and the continuing inter- 
face of organizational elements. 

Projects, like organizations, always are in motion as 
each proceeds along its life cycle. Projects go through a life 
cycle to completion, hopefully on time, within budget, and 
satisfying the technical performance objective. When com- 
pleted, the project joins an inventory of capability pro- 
vided by the organization that owns the project. 

All projects—be they weapons systems, transportation 
systems, or new products—begin as a gleam in the eye of 
someone and undergo many different phases of develop- 
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ment before being deployed, made operational, or mar- 
keted. For instance, the U.S. Department of Defense 
(DOD) uses a life-cycle concept in the management of the 
development of weapons systems and other defense sys- 
tems. A U.S. Air Force version of this life cycle identifies a 
number of phases, each with specific content and manage- 
ment approaches. Between the various phases are decision 
points, at which an explicit decision is made concerning 
whether the next phase should be undertaken, its timing, 
etc. Generically, these phases are: 


The Conceptual Phase: During this phase, the technical, 
military, and economic bases are established, and the man- 
agement approach is formulated. 


The Validation Phase: During this phase, major program 
characteristics are validated and refined, and program 
risks and costs are assessed, resolved, or minimized. An 
affirmative decision concerning further work is sought 
when the success and cost realism become sufficient to 
warrant progression to the next phase. 


The Full-Scale Development Phase: In the third phase, the 
design, fabrication, and testing are completed. Costs are 
assessed to ensure that the program is ready for the pro- 
duction phase. 


The Production Phase: In this period, the system is pro- 
duced and delivered as an effective, economical, and sup- 
portable weapons system. When this phase begins, it de- 
notes that the weapons system has reached its operational 
ready state and is turned over to the using command. Dur- 
ing this period, responsibility for program management is 
transferred as an Air Force logistics supporting capability 
within the Air Force. 


The Deployment Phase: In this phase, the weapons system 
is actually deployed as an integral organizational combat 
unit somewhere within the Air Force. 

The project development life-cycle concept recognizes a 
natural order of thought and action pervasive in the devel- 
opment of many kinds of projects, whether commercial 
products, space exploration projects, or management 
projects. 

New products, services, production processes or roles 
for the organization have their genesis in ideas evolving 
within the organization. Typically, such ideas go through a 
distinct life cycle, i.e., a natural and pervasive order of 
thought and action. In each phase of this cycle, different 
levels and varieties of specific thought and action are re- 
quired within the organization to assess potential efficacy 
of the project. 
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The material that follows lists some of the key consider- 
ations that must be evaluated in each of the several phases 
of the life cycle. These considerations, when fully evalu- 
ated, provide the basis for the investigation of the many 
forces and factors that can have an impact on the project. 
Each of these considerations should lead to a full investi- 
gation of subissues and problems or opportunities that can 
have an impact on the project, its outcome, and the future 
strategies of the organization. 

The phases of a project are somewhat dependent on the 
type of project. For example, an engineering project’s 
phases would include: research and development, design, 
construction or manufacturing, implementation and 
maintenance, and transfer of technology. Figure 1 com- 
pares the terminology of the generic project life cycle and 
the phases of an engineering project. 

The germ of the idea for a project may evolve from 
other research, from current organizational problems, or 
from the observation of organizational opportunities. The 
conceptual phase is one in which the idea is conceived and 
given initial assessment. 

During the conceptual phase, the environment is exam- 
ined, forecasts are prepared, objectives and alternatives 
are evaluated, and the first examination of the technical 
performance, cost, and time objectives of the project is 
performed. Preliminary strategy, organization, and re- 
source requirements are conceived. A feasibility study is 
conducted of the project requirements in order to provide 
a basis for further detailed evaluation. Table 2 shows rep- 
resentative major details of these efforts. 


The Conceptual Phase 

During the conceptual phase, the mortality rate of projects 
is high. The study process conducted during this phase 
should identify projects that have high risk and are techni- 
cally, environmentally, or economically infeasible or im- 
practical. 

The conceptual phase provides the opportunity to de- 
termine if the project truly promises to be worth doing in 
support of organizational strategies. The better the analy- 
sis conducted during the conceptual phase, the more op- 
portunities for uncovering intelligence on how the project 
can best be managed in its future life cycle phases. Senior 
managers in the enterprise owning the project have a spe- 
cial responsibility to evaluate the promise a project holds 
to bring about the needed change in the enterprise’s future. 
The board of directors, which acts in the capacity of trust- 
eeship in prudently and economically managing corporate 
assets for the benefit of stockholders, has the ultimate au- 
thority and responsibility for study and approval of key 
proposals involving corporate strategy, particularly those 
risky projects that involve a substantial portion of corpo- 
rate resources. The board of directors also has the respon- 


Figure 1. 
Conceptual | Definition | Production Operational Divestment The Flow of the Design 
Generic project Development Process 
life cycle 
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manufac- Implementation | Technology 
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Table 2. Conceptual Phase of Project 


1. Determine existing needs or potential deficiencies of ex- 
isting organizational capabilities. 

2. Establish strategic concepts which provide initial guid- 
ance to overcome existing or potential deficiencies. 

3. Determine initial technical, political, legal, social, competi- 
tive and economic feasibility and practicability of the 
project. 

4. Examine alternative ways of accomplishing the project 
objectives to include alternative projects. 

5. Provide initial answers to the questions: 
¢ What will the project cost? 

e When will the project be available? 
¢ What will the project do? 
e How will the project be integrated into existing systems? 

6. Identify the human and nonhuman resources required to 
support the project. 

7. Select initial project designs which will satisfy the project 
objectives. 

8. Determine initial project interfaces. 

9. Establish a project team organization. 

10. Determine the ‘‘strategic fit’’ of the project, i.e., How will 
the operational use of the project be determined; how 
well does the project play its role as a means for execut- 
ing the strategy of the project owner. 


sibility to maintain strategic surveillance over a capital 
project during its life cycle. 

Once the conceptual phase of the project is completed 
and the preliminary information is developed, or, when 
not complete, a full understanding of what additional in- 
formation is required is understood by the project team, 
then the project can take a step forward in its life cycle. 


Definition Phase 

The definition phase simply tells in more detail what it is 
we want to do, when we want to do it, how we will accom- 
plish it, and what it will cost. The purpose of the definition 
phase is to determine the projects cost, schedule, perfor- 
mance objectives, and resource requirements, and whether 
all work packages, projects and organizational strategies fit 
together economically and technically. The definition 
phase allows the organization to fully conceive and define 
the project before it commits too many resources to the 
project. Simply stated, the definition phase dictates that 
we stop and take time to see whether this is what we really 
want before the resources are committed to putting the 
project into production and operation. If the idea has sur- 
vived the end of the conceptual phase, the organization 
gives a conditional approval for further study and develop- 
ment. The definition phase provides the opportunity to 
review and confirm the decision to continue design and 
development, perhaps create a prototype, and make a pro- 
duction or construction decision. 

Senior managers’ opportunity to influence the project 
and its strategic outcome in the organization are greatest 
during the conceptual and definition phases. Once the 
project progresses beyond these phases organizational re- 
sources have been committed, supporting strategies have 
been synchronized, and terminating of the project is more 
difficult. Surveillance of the project during these phases is 
critical to determine if the probable outcomes of the 
project fit into the probable future of the organization. 
Cost, schedule and technical performance risks and uncer- 
tainties are greatest during these phases. Decisions made 
during and at the end of the definition phase might very 
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well cancel further work on the project and redirect orga- 
nizational resources elsewhere. The elements of this phase 
are described in Table 3. 

Key outputs of the project definition phase are: First, 
the final agreement on the design cost, schedule, and tech- 
nical performance objectives of the project; second, the 
suitability of the fit of the project in the enterprise strategy; 
third, the availability of resources, actual or planned, to 
support the project during its life cycle; and finally, the 
adequacy and suitability of a project management system 
to be used as a philosophy and guide to the management of 
the project during its life cycle. 

Accuracy in the project design is a key consideration of 
the life cycle of the project. When cost overruns happen, an 
important alternative to consider is to re-engineer the 
project to identify and correct original design errors. | 

Assuming everything is ready and the criteria of the def- 
inition phase have been satisfied, then the project can 
progress to the next phase—production and/or construc- 
tion. 


Production Phase 
The purpose of the production or construction phase is to 
acquire and test the project elements and the support sys- 
tems using the standards developed during the preceding 
phases. The production phase involves such things as the 
installation of the project, the fabrication of hardware and 
software for the construction of facilities, and the finaliza- 
tion of supporting technical and training documentation. 
Quality assurance practices are important in this phase. 
Manufacturing efficiency and the productive use of all re- 
sources can make the difference between profit and loss on 
the project’s product. Table 4 shows the important ele- 
ments in the production or construction phase. 


Operational Phase 

As the product or service resulting from the project is pro- 
duced or installed the operational phase is initiated. The 
customer for whom the project is intended receives the 


Table 3. Definition Phase of Project 


1. Firm identification of the human and nonhuman resource 
required. 

2. Preparation of final project performance requirements and 
the project design. 


3. Preparation of detailed project plans required to support 
the project. 

4. Determination of realistic cost, schedule, and performance 
requirements. 

5. Identification of those areas of the project where high risk 
and uncertainty exist, and delineation of plans for further 
exploration of these areas. 


6. Definition of intersystem and intrasystem interfaces. 
7. Determination of necessary support subsystems. 


8. Identification and initial preparation of the documentation 
required to support the project, such as project manager 
charter, policies, procedures, job descriptions, budget and 
funding papers, letters, memoranda, etc. 

9. Final design and development of the Project Management 
System to support the project to include (1) the facilitative 
matrix organization; (2) the cultural ambience; (3) the hu- 
man subsystem; (4) the planning subsystem; (5) the project 
management information subsystem; (6) the project con- 
trol; and (7) the selection of contemporary state-of-the-art 
project management concepts, processes, techniques and 
methodologies. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Deiran NJ 08075 USA 


Ns 


The Project Management 
Process 


Managing LANs 


Table 4. Production/Construction 
Phase of Project 


1. Updating of detailed plans conceived and defined during 
the preceding phases. 

2. Identification and management of the resources required 
to facilitate the production or construction processes, such 
as inventory, supplies, labor, funds, etc. 

3. Verification of production specifications. 

. Beginning of production, construction, and installation. 

5. Preparation and dissemination of suitable policy and pro- 
cedural documents. 

6. Performance of final testing to determine adequacy of the 
project or service to do the things it is intended to do. 

7. Development of technical manuals and affiliated documen- 
tation describing how the project product or service is in- 
tended to operate. 

8. Development of plans to support the product or service 
during its operational phase. 


aS 


product and puts it to use. In some cases the organization 
that produced the project will provide maintenance and 
service support through a contract with the project user. 
Elevators, machine tools, computers, and building energy 
management systems are some examples where such main- 
tenance and service contracts are used. 

During the operational phase, the project usually loses 
its identity per se, and is assimilated into the ongoing busi- 


ness of the user. If the project leads to a product to be mar- | 


keted, the operational stage begins the sales life-cycle por- 
tion of the overall life cycle, for it is in this phase that 
marketing of the product is conducted. Table 5 lists some 
of the key elements of operational phase. 

The products and/or services created by a product usu- 
ally become obsolete or wear out, or other changes moti- 
vate a customer to seek newer products or services. How- 
ever, buildings, bridges, highways or a_ technology 
developed through a project management approach can 
endure for centuries, such as the Great Pyramids, or the 
ancient buildings constructed in Rome and Athens. 


Divestment Phase 

The divestment phase 1s the one in which the project team 
is out of the business which it began with the conceptual 
phase. Every system—be it a product system, a weapons 
system, a management system, or whatever—has a finite 
lifetime. Too often this goes unrecognized, with the result 
that outdated and unprofitable products are retained, inef- 
ficient management systems are used, or antiquated equip- 
ment and facilities are “put up with.”’ Only by the specific 


Table 5. Operational Phase of Project 


1. Use of the project results by the intended user or 
customer. 


2. Actual integration of the project’s product or service into 
the customer’s organizational systems. 


3. Evaluation of the technical, social, and economic sufficien- 
cy of the project to meet actual operation conditions. 


4. Provision of feedback to organizational planners con- 
cerned with developing new projects. 


5. Evaluation of the adequacy of supporting systems such as 
maintenance, service and other logistic support. 


6. Training of user personnel. 
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and continuous consideration of the divestment possibili- 
ties can the organization realistically hope to avoid these 
contingencies. Table 6 relates to the divestment phase. 

Taken together, Tables 2 through 6 provide a detailed 
outline of the overall project development life cycle. Of 
course, the terminology used in these tables is not applica- 
ble to every project, because different industries use differ- 
ent terminology. However, whatever the terminology, the 
concepts are applicable to all such projects. 


Managing the Life Cycle 


One of the first undertakings in planning for a project is to 
develop a rough first estimate of the major tasks or work 
packages to be done in each phase. Once established, the 
life cycle estimate should be updated as more is learned 
about the project. As the project progresses through its life 
cycle, it exhibits ever-changing levels of cost, time, and 
performance. The project manager must make corre- 
spondingly dynamic responses by changing the mix of re- 
sources assigned to the project as a whole and to its various 
work packages. Thus, budgets will fluctuate substantially 
in total and in terms of the allocation to the various project 
work packages. The need for personnel and various kinds 
of expertise will similarly fluctuate, as will virtually every- 
thing else. 

This constantly changing picture of “‘peaks and valleys’”’ 
is an underlying structural rationale for project manage- 
ment. The traditional hierarchical organization is not fully 
designed to cope with managing such an always-changing 
mix of resources. Rather, it is designed to control and 
monitor a much more static entity that, day-to-day, in- 
volves stable levels of expenditures, numbers of persons, 
etc. 


Project Life Cycles and Uncertainty 


Many organizations can be characterized at any instant by 
a “stream of projects” that place demands on its resources. 
The combined effect of all the projects facing an organiza- 
tion at any given time determines the overall status of the 
organization at that time. 

The projects facing a given organization at a given time 
typically are diverse—some products are in various stages 
of their life cycles, other products are in various stages of 


Table 6. Divestment Phase of Project 


1. Project phasedown. 

2. Development of plans transferring responsibility to sup- 

porting organizations and user. 

. Divestment of transfer of resources to other projects. 

4. Development of ‘‘lessons from project”’ for inclusion in 
qualitative-quantitative data base for management of future 
projects. 

e Assessment of project management image by the user. 

e Major problems encountered and their solution. 

¢ Technological advances. 

e Advancement in knowledge relative to department strate- 
gic and project objectives. 

e New or improved management techniques. 

e Recommendations for future research and development 
and project management applications. 

e Recommendations for the management of future projects. 

e Other major lessons learned during the course of the pro- 
ject life cycle. 


G 
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development. Management subsystems are undergoing de- 
velopment. Organizational subsystems are in transition. 


And major decision problems, such as merger and plant 


location decisions, sometimes are studied as projects. 

Moreover, at any given time, each of these projects usu- 
ally will be in a different phase of its life cycle. For in- 
stance, one product may be in the conceptual phase under- 
going feasibility study, another may be in the definition 
phase. Some might be in production. Others possibly are 
being phased out in favor of oncoming models. 

The challenges associated with the overall management 
of an organization that is involved in a stream of projects 


are influenced by life cycles just as are the challenges asso- © 


ciated with managing individual projects. In project- 
_ driven organizations whose main business is management 
of the stream of projects passing through the organization, 
the mix of projects in their various phases is most challeng- 
ing, particularly in allocating personnel, funding resources, 
scheduling workloads, etc., to maintain a stable organiza- 
tional effort. 
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Summary 


This report dealt with the dynamic nature of projects and 
project management. As such, it is the linking mechanism 
between the environment, which creates the need for 
project management, and the specific organizational and 
management techniques of project management that were 
briefly introduced here. | 

Project management is a social process of working with 
people through the application of the key management 
functions of planning, organizing, motivating, directing, 
and controlling. 

Project management is an approach for responding to 
the dynamic nature of the flow of projects in an organiza- 


- tion. Since complex projects are part of strategies to deal 
with complex problems of organizations, there is a real 


need to develop management techniques and devices 
which address themselves to the dynamic nature of 
projects. Hi 
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This report will help you to: 


¢ Identify several potential causes of problems in cost 
estimating and take measures to overcome them. 


e Develop more accurate cost estimates for information 


system projects. 


Abstract 

Information systems cost estimating 
is an important management con- 
cern. An estimate helps to cost jus- 
tify individual proposals, to schedule 
their development, to staff them, to 
control and monitor their progress, 
and to evaluate estimators and 1m- 
plementers. Through a case study of 


a chemical manufacturer, the investi- — 


gation described in this report facili- 
tates a better understanding of the 
management of the cost estimating 
process. Interviews with 17 informa- 
tion systems managers and staff 
members, and four user managers 
confirm that the practice of cost esti- 
mating can be viewed in terms of 


This Datapro report is a reprint of “‘Informa- 


tion Systems Cost Estimating: A Management 
Perspective’ by Albert L. Lederer, Rajesh 
Mirani, Boon Siong Neo, Carol Pollard, Jay- 
esh Prasad, and K. Ramamurthy, pp. 159- 
176, from MIS Quarterly, Vol. 14, No. 2, June 
1990. Copyright © 1990 by the Society for 
information Management and the Manage- 
ment Information Systems Research Center 
at the University of Minnesota. Reprinted with 
permission. 
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both a Rational Model and a Politi- 
cal Model, can identify impediments 
to accurate estimating, and can pro- 
vide suggestions and warnings for 
managers and future researchers. 


Introduction | 

In principle, the expected economic 
value of a proposed information sys- 
tem governs the decision to develop 
it. An organization conventionally 
predicts the benefits of the system 
over its lifetime and estimates the 
costs of its initial development and 


ongoing operations to identify that. 


value.'? Such financial techniques as 
net present value, return on invest- 
ment, or internal rate of return are 
often used to combine and summa- 
rize tangible benefits and costs.? Ide- 
ally, a steering committee of senior 
managers evaluates these calculated 
figures, along with any available in- 
tangible values, ane plans a portfolio 
of applications.” 

The accurate prediction of ben- 
efits and costs is crucial because of 


this approval process. Overestimated 
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benefits or underestimated costs can result in the 
decision to develop projects that will ultimately fail 
to contribute to the organization and will waste 
scarce resources. Underestimated benefits or over- 
estimated costs can result in the decision to refrain 
from developing potentially worthwhile projects. 
Thus, the failure to accurately assess all of the ben- 
efits and all of the costs can have a major, wide- 
spread impact on the organization. 

The impact of inaccurate estimating has. been 
so significant that it has reached the popular busi- 
ness press.° This Business Week article reports that 
a state of Oklahoma project was initially estimated 
at $500,000 but was later completed at $4 million. 
It also describes an Allstate insurance system that 
was estimated at $100 million while under devel- 
opment; it was initially estimated at $8 million. In 
fact, a recent Peat Marwick Mitchell & Co. survey 


found that 35 percent of its largest clients admitted 


major cost overruns.° Such catastrophes have de- 
stroyed the credibility of ISD management. 

The most significant cost is the expenditure 
for the labor (i.e., systems analyst and programmer 
time) used to develop an information system.’ One 
study identifies the estimation of labor require- 
ments as an important ISD planning issue among 
top ISD managers.® That research found that these 
managers are concerned about the estimation of 
labor requirements because they must use these 
requirements to compute overall ISD development 
costs. That study instigated the research described 
in this report whose objective was to better under- 
stand the management of the labor cost estimation 
process through the in-depth study of the tech- 
niques and problems of one organization. 


Background 


Previous research regarding cost estimation has 
largely focussed on the study of algorithmic meth- 
ods. These methods generally have three major fea- 
tures. 

First, they require some well-defined level of 
knowledge of the proposed system. That is, the 
methods demand the identification of various, rel- 
evant parameters. For example, many methods _ 
require that the estimator identify the number of 
lines of executable code in the proposed system.”-!° 
Other techniques focus on the functions of the pro- 


posed system and might require such parameters as 


the number and complexity of inputs, inquiries, 
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outputs, and master files.'”?° One particular _ 
method asks the estimators to rate such diverse 
characteristics (among many others) as the devel- 
opers’ familiarity with the application, the quality 
of the analysis of the project objectives, and the 
users’ knowledge of data processing.”! 

Second, the methods generally require some 
historical base of information about past projects. 
This information includes durations of projects as 
well as some of the parameters mentioned above. 

Third, the methods provide formulas that 
forecast the cost of the proposed system. The for- 


-mulas are based on the system’s parameters and on 


the corresponding parameters and costs of the sys- 
tems in the historical base of information. The for- 
mulas range from simple to complex in 
mathematical sophistication. For example, some 
utilize such simple summary statistics as means 
and standard deviations,!® while others employ dif- 
ferential equations. '* 

Objective studies of these methods have been 
few. Often the developers of a method describe 
their own technique and report their own assess- 
ment of its accuracy.'* !*!® '8 Other research has 
used the investigator’s full knowledge of the scope 
of completed projects to develop a formula that 
would have predicted the projects’ durations had 
the projects not been completed and their dura- 
tions not already known. (In contrast, one might 
expect the investigator to test a proposed formula 
by predicting the duration of recently conceived 
projects and, after their completion, contrasting 
the predicted and actual durations.) 

For example, one study evaluated the accu- 
racy of four algorithmic methods by predicting the 
durations of projects that had already been 
completed.?” However, it found considerable inac- 
curacy with error rates ranging from 85 percent to 
772 percent. 7 : 

Nevertheless, the logic of the algorithmic 
methods is impressive. In fact, it has inspired the 
view that “‘the methods available today are more 
than adequate to establish an estimation approach. 
All that is needed is management’s willingness to 
employ the planning and control philosophy used 
in other functional areas in the information sys- 
tems department.”*? In attempting to understand 
the management of the estimating process, this 
study recognizes that there is a question of the ade- 
quacy of algorithmic methods versus the adequacy 
of the application of planning and control. It offers 
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a new perspective on that question by focusing on 
a management point of view. 


Conduct of the Study 


This study employs a case methodology.”* A case 
methodology is appropriate in research such as the 
management of cost estimating, where theory and 
research are in their early, formative stages.7> 
Moreover, the management of cost estimating is 
among those “‘sticky, practice-based problems 
where the experiences of the actors are important 
and the context of action critical”*° and where a 
case methodology 1s warranted. 

Accordingly, the authors gained the interest 
and cooperation of a chemicals manufacturer. The 
firm is the largest division of a Fortune 200 corpo- 
ration. The division has approximately $1 .6 bil- 
lion in annual revenue and 6,000 employees. of 
which over 250 are in the Information Systems De- 
partment (ISD). The ISD’s annual budget is about 
$22 million. User departments have a backlog of 
requests for limited ISD service and must make 
judicious decisions about proposed systems be- 
cause their departmental budgets are charged for 
them. In light of its budget, its size, its well-defined 
standards and documentation, the experience and 
education levels of its management and staff, and 
its extensive computer-based applications, an inde- 
pendent observer would probably consider the ISD 
to be technically sophisticated and well managed. 
This is important to remember because the ensuing 
discussion might make it appear otherwise. 

The authors interviewed 17 ISD managers 
and professionals. During a structured interview, 
subjects were asked to: (1) identify their job titles, 
as shown in Table 1; (2) describe their job responsi- 
bilities, especially with regard to their roles in the 
cost estimating process, as shown in Table 1; (3) 
explain how systems’ costs are estimated; (4) iden- 
tify any potential causes of estimating problems; 
and (5) identify potential means of improving the 
estimation process. The authors also interviewed 
four representatives from the functional areas of 
the organization with essentially the same ques- 
tions; these representatives had all participated 
extensively on ISD development projects. The in- 
terviewers supplemented the five main questions 


_with requests for clarification and related informa- 


tion. Each interview lasted about one and a half 
hours. 
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Three authors participated in each interview 
for purposes of control. One particular author was 
present for all of the sessions, while the remaining 
authors rotated as the other two interviewers. Im- 
mediately after each session, notes were tran- 
scribed independently by each interviewer, then 
compared and cross-checked to develop final ver- 
sions. Later, the authors independently encoded 
and summarized all of the subjects answers to the 
questions. 

In addition, the authors obtained and re- 
viewed management reports and data about past 
projects. A key ISD manager helped them obtain 
this information, choose interviewees, and verify 
current findings. 

The most comprehensive report showed pri- 
marily small projects from January | through May 
17, 1987. It covered 1,622 hours of labor over the 
19-week period. Of all the projects on the report, 
71.5 percent were completed beyond + 10 percent 
of the estimate that appeared on the report. Like- 
wise, of all the projects on the report, 60 percent 
were completed beyond the wider range of + 20 
percent. The greatest overruns included 60 percent, 
64 percent, 119 percent, 247 percent, 520 percent, 
and 533 percent. However, most of those were 
small projects and hence, overruns or underruns 
might not be considered as deleterious as on larger 
projects. Nevertheless, they do suggest a potential 
problem in the area of cost estimating. In Figure 1, 
those data points outside the diagonal lines repre- 
sent the 71.5 percent of the organization’s small 
projects completed beyond + 10 percent of their 
estimate. 

At the conclusion of the study, the authors 
gave an oral presentation and a written report toa 
team of ISD managers. The subsequent discussion 
confirmed that the authors had clearly understood 
the cost estimating process of the organization. 


Two Perspectives 
The interviews revealed that ISD management had 
a documented method for managing the estimation 
process. Much of it was outlined 1n ISD’s Stan- 
dards and Guidelines Manual. However, simulta- 
neously, activities not described in the manual also 
took place. Such parallel, coexisting activities are 
suggested by Robey and Markus.?’ 

Robey and Markus allude to the existence of 
a rational system development process in which 
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Table 1. Titles of Respondents and Relevant Responsibilities 


ISD Interviewees 


ISD Director 

Manager of Systems Development 

Manager, Financial Information Systems 

Manager, Marketing Information Systems 

Manager, Manufacturing and Engineering Information Systems 


Manager of Systems Service Center 


Senior Systems Specialist 

Systems Specialist 

Contract and Financial Administrator 

Manager of Systems and Programming Support 


Manager of Planning and Administration 
Manager of Systems Planning 
Programmer/Analyst 

Programmer 

Contract Programmer 


Responsible for entire information Services Department 
Responsible for development of large and some small systems 
Responsible for development of financial systems 

Responsible for development of marketing systems 


Responsible for development of manufacturing and engineering 
systems 


Responsible for small systems development and maintenance 
projects 


Serves as project manager for large projects 
Serves as project manager for large projects 
Responsible for financial information for ISD director 


Provides technical assistance to systems specialists, program- 
mers, etc. 


Responsible for long-range information systems planning 
Responsible for initial planning of large projects 
Responsible for systems development and maintenance 
Responsible for systems development and maintenance 
Responsible for systems development and maintenance 


Users 


Controller 

Manager of Cost and Lease Accounting 
Manager of Purchasing 

Manager of Engineering Systems 


ISD and user participants follow a prescribed set of 
phases to create an information system. They state 
that a rational process has an identifiable and 
agreed upon set of goals with a prescribed means to 
achieve them. 

Illustrating the rational process within the 
area of cost estimating is Jones’”® technique, called 
SPQR (software productivity, quality, and reliabil- 
ity). Based primarily on computations using 20 
historical factors, SPQR predicts various types of 
systems development cost estimates and schedules, 
the rational process’s identified and agreed upon 
goal. Examples of SPQR’s major factors are pro- 
gramming languages used, program size, and expe- 
rience of programmers and design personnel. The 
use of these factors represents the rational process’s 
prescribed means of achieving the goal. 

However, Robey and Markus as well as other 
earlier researchers*”*! recognize the inadequacy of 
a rational process as a means of understanding be- 
havior. For example, Wildavsky*' analyzed the 


DECEMBER 1990 


Chief financial officer and major user 

Liaison for system development for accounting applications 
Liaison for systems development for purchasing applications 
Liaison for systems development for engineering applications 


federal government’s budgetary process and found 
the rational paradigm to be inefficient, ineffective, 
and inappropriate because most outcomes emerged 
not so much through the extensive planning that 
was performed, but rather through considerable 
bargaining and mutual adjustment. 

The inadequacy of the rational model is ech- 
oed by Pfeffer?” who observed that it does not rec- 
ognize the origin of the personal objectives that 
lead to conflicts of interest. Moreover, he recog- 
nizes that the rational approach does not account 
for the fact that the outcome of such conflicts can 
be interpreted in terms of who benefits and who 
loses. | 

Hence, Robey and Markus also suggest the 
existence of a political systems development pro- 
cess in which participants’ personal motives in- 
spire their actions. They state that the participants 
in a political process have differing objectives and 
may use the situation to achieve their objectives to 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro information Services Group. Delran NJ 08075 USA 


information System 
Cost Estimating 


Managing LANs 


Figure 1. 
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the disadvantage of each other. Such motive- 
driven behavior has been helpful in behavioral 
analysis in both the ISD and other contexts.?” 3>-3° 

The political approach recognizes that con- 
flicts of interest are common and expected. It fur- 
ther recognizes the necessity to understand the 
participants, their stands on the issues, the deter- 
minants of their relative power, and their process 
of arriving at a final decision. Activities result from 
bargaining and compromise, and the resulting deci- 
sions seldom reflect the preferences of a single 
‘sroup.*? Ultimately, the relative power of the par- 
ticipants provides both the sufficient and necessary 
means of reaching the decision.**"?’ In fact, with 
regard specifically to cost estimating, Jones pro- 
poses that “‘perhaps 10 to 15 percent of the really 
catastrophic project failures are at least partly 
caused by personal human dislikes and political or 
territorial disputes”® although he does not eluci- 
date such conflicts or formally include them in 
SPQR. 

The next two sections describe the estimation 
process of the chemicals manufacturer. The first 
section describes a Rational Model in which the 
main identifiable and agreed upon goal 1s to pro- 
vide an accurate estimate, and the prescribed 
means is a method of arriving at it. The second 
section describes a Political Model in which the 
participants have different objectives and use the 
cost estimating process to realize them. Each 
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model reveals some of the management problems 
in estimating information systems development 
labor requirements. 


Evidence of the Rational Model 

In the Rational Model, five groups of employees 
from the chemical manufacturing company partici- 
pate in systems development activities that are rel- 
evant to cost estimating: 


1. ISD estimators: planners who work within the 
ISD to prepare initial project proposals, which 
include projected systems costs. 


2. ISD implementers: systems analysts and pro- 
grammers who develop the proposed system. 
They might also provide revised estimates, but 
frequently are not the same individuals who 
initially estimate costs. 


3. ISD management: executives responsible for 
the ISD. 


4. User contacts: liaisons from the application 
area of the business to the ISD. They might 
not be actual system users. 


5. User management: executives responsible for 
the application area within the business orga- 
nization. | 


Under the Rational Model, these managers and 
their staff carry out the following planning and de- 
velopment phases of a typical systems develop- 
ment life cycle approach.*® 


Phase 1—The Initial Investigation 

User management or the user contact generates an 
idea in this phase. That person or group informally 
requests a provisional estimate by asking any avail- 
able ISD representative (ISD manager, estimator, 
or implementer) for this number. The ISD repre- 
sentative gives a very rough estimate for the sole 
purpose of enabling the requester to decide 
whether to proceed with Phase 2. According toa 
senior systems specialist in the Manufacturing and 
Engineering Information Systems group, the very 
rough Phase | estimate 1s often very inaccurate 
because of the lack of knowledge about the scope of 
the project by all parties. The manager of Financial 
Information Systems (and four other interviewees) 
further pointed out that the ISD representative as- 
sumes the estimate will be forgotten when better 
estimates (i.e., based on more knowledge) are de- 
veloped later on. 
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Phase 2—Preliminary System Study 

According to the manager of Purchasing (a user), if 
the user contact believes that the system’s benefits 
can exceed the Phase | cost estimate, a preliminary 
system study is carried out. During this phase, the 
ISD estimator examines the proposed application 
in order to produce an initial, serious estimate. 

- The estimator roughs out the system design to 
produce this estimate, a process described by the 
manager of Systems Planning. The estimator first 
identifies modules of programs with their func- 
tions, then determines files, and next assesses the 
complexity level of each module. Then the estima- 
tor looks up the number of days of analysis and 
programming for each module in an existing ma- 
trix of complexity levels and durations. Finally, the 
estimator sums the number of days and adjusts 
them based on experience and intuition. This algo- 
rithmic technique is hereafter referred toas _ 
“‘rough/refine” by the authors because the initial 
rough-cut estimate is later refined based on an in- 
creased understanding of the application and the 
user requirements. 

The manager of Purchasing (a user) stated in 
the interview that “there is not enough brain power 
to catch” all requirements and that hence ISD 
management, user management, the user contact, 
and the estimator all recognize that this estimate is 
based on limited knowledge about the application 
and the requirements. They further recognize that 
the estimate will be refined later when there is 
more information about the application and re- 
quirements. Nevertheless, the Phase 2 estimate 
must be officially approved based on the Standards 
and Guidelines Manual. ISD management, user 
management, the user contact. and the estimator 
all sign off on the Phase 2 estimate to demonstrate 
their approval. 


Phase 3—System Planning _ 

Phase 3 includes a thorough analysis of the system 
with extensive user participation, and then, based 
on this analysis, a possible revision of the estimate. 
In the interview, the manager of Systems and Pro- 
gramming Support attributed this revision to the 
user’s decision to change the requirements, while 
both the controller and the manager of Purchasing 
(both users) attributed it to a lack of understanding 
of the project. The manager of Systems Planning 
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stated that at the beginning of this phase, the esti- 
mator gives his or her documentation to the imple- 
menter and withdraws from the projéct. The 
implementer then learns much more about the pro- 
posed system during this analysis. | 

The ISD implementer applies the rough/ 
refine technique to create the Phase 3 estimate. If 
the ISD implementer’s estimate exceeds the Phase 
2 estimate, presumably because of more knowledge 
about the application and the requirements, then 
ISD management, user management, and the user 
contact again must sign off on a form shown in the 
Standards and Guidelines Manual. If the Phase 3 
estimate is exorbitantly high, user and ISD man- 
agement have the option to cancel the project. 


Phase 4—System Design 


Phase 4 represents the preparation of detailed sys- 
tem design. In terms of estimating activities, the 
implementer uses rough/refine once again, but with 
considerably more information. As in Phase 3, if 
the Phase 4 estimate changes, signoff takes place. 
For example. in the interview, the controller de- 
scribed a stock transfer system that had originally 
been estimated at 100 worker-days but was re- 
estimated at 200 worker-days during the Phase 4 
estimate. He threatened to cancel the project but 
signed off on this estimate instead because ISD 
told him that cancellation was impossible. Project 
cancellation does, however, often remain an op- 
tion. 


Phase 5—Program Specifications 

The estimate probably remains unchanged while 

the ISD implementer writes the specifications for 
programming. If it changes, signs would again be 


- required. 


Phases 6-10 

The next five phases are: Phase 6—Programming; 
Phase 7—Implementation Planning; Phase 8— 
Testing; Phase 9—User Training; Phase 10— 
Implementation. During these phases, formal 
estimates are not prepared. However, should an 
overrun appear imminent, the ISD implementer 
informs user management and user contacts of the 
new completion target date. | 


Evidence of the Political Model 
Under the Political Model, the same groups of em- 
ployees participate in the systems development 
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process. The Political Model, however, recognizes 
their motives, objectives, conflicts of interest, and 
relative power. The groups seek to utilize their 
power to determine the outcome of the decision 
process of agreeing on a cost estimate and thus au- 
thorizing further system development. Their over- 
riding and governing objective is to make 
contributions to the organization in order to in- 
crease their visibility, demonstrate their compe- 
tence, and enhance their reputations. By showing 
that they are performing well, they can increase 
their responsibilities, their staffs (if they have any), 
and ultimately their financial compensation (a po- 
litical strategy akin to the “Reputation Game,”’ as 
proposed by Bardach®? and elucidated by Grover, 
et al.,?> in which parties attempt to persuade others 
that they are doing more or better than they actu- 
ally are and thus increase their power). 

Hence, they seek that the outcomes of the de- 
cision process facilitate this objective. The specific 
means of influencing the decision and making their 
contributions visible may differ depending on their 
power and their responsibilities. To illustrate this 
Political Model, in coexistence with the Rational 
Model, brief examples (of which others might be 
identified) are given for each group of employees: 
(The subsequent extended discussion attributes 
assertions to specific interviewees.) 


1. User contacts have the power to understate 
their needs in order to influence cost esti- 
mates. The source of this power is the user 
contacts’ intimate understanding of proposed 
applications. User contacts might seek the ap- 
proval of an expensive, new system that would 
increase the recognition of their contribution 
to their department. To obtain the approval of 
the initial proposal, user contacts can under- 
state their needs and thus encourage an esti- 
mate low enough to gain approval. 
(Conversely, with different objectives user 
contacts can overstate their needs.) 


2. User management has the power to sway user 
contacts to understate (or overstate) their 
needs in order to influence cost estimates. The 
source of this power is user management’s in- 
fluence over user contacts’ salaries and promo- 
tions. If user management seeks to readily 
obtain more new systems to permit their sub- 
ordinates to promptly complete more 
business-related work, they can encourage 
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their user contacts to understate their needs, 
obtain low estimates, and gain their approval. 


3. ISD management has the power to sway esti- 
mators to inflate (or reduce) estimates because 
of their direct influence over estimators’ sala- 
ries and promotions. ISD management might 
seek to install a particular new system on time 
and within budget in order to increase corpo- 
rate profits because such a contribution to the 
organization improves their reputation. In that 
case, ISD management might encourage est1- 
mators to inflate an estimate to ensure its 
timely completion. 


4. ISD estimators have the power to use their 
estimates to convince user management and 
ISD management to authorize new systems. If 
authorized and installed, the estimators’ con- 
tribution will be acknowledged. If proposed 
systems are not priced to sell (i.e., they are 
overpriced), managers will not authorize them, 
they will not be installed, the organization will 
not achieve their benefits, and little recogni- 
tion will accrue to the estimators. Estimators 
who continually evaluate systems, none of 
which are implemented, will not be recognized 
for their contributions to successfully installed 
information systems. The source of ISD esti- | 
mators’ power is their knowledge of the details 
of the estimating process. 


5. ISD implementers seek to install systems at, or 
below, the estimate. They may have no power 
in the creation of initial estimates. However, 
by completing projects within the estimates, 
they will achieve recognition among managers 
and users. in contrast, overruns give them very 
bad reputations. 


These managers and staff members attempt to real- 
ize their objectives as they carry out the following 
systems development phases as predicted by the 
Political Model. The discussion further illustrates 
the conflicts of interest between these managers 
and staff, and the use of their relative power to re- 
solve them. 


Phase 1—The Initial Investigation 

In this phase, user management or the user contact 
comes up with an idea and informally asks an ISD 
representative for a provisional estimate. 
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These requests have taken place during a 
planned meeting with the ISD representative, dur- 
ing a phone call, or even during a meeting of senior 
corporate executives. In one case, a senior execu- 
tive briefly left a meeting with other top executives 
to find an ISD representative who would immedi- 
ately provide an estimate to take back to the meet- 
ing. The ISD representative who provided the 
estimate had no previous knowledge of the pro- 
posed system. 

Although these premature estimates have 
later proved inaccurate, the authors believe the 
ISD representative can increase his or her visibility 
(at least in the short-run) by providing it. The ISD 
representative can appear confident, intelligent, 
and authoritative. Furthermore, it is unlikely that 
the estimate will be challenged because no one else 
knows the scope of the project (according to the 
manager of Purchasing, a user) and because the 
application might never be developed (according to 
the procedures defined in the Standards and | 
Guidelines Manual). Likewise, the ISD representa- 
tive is often not the implementer; someone else 
might need to meet the estimate. Both the manager 
of the Systems Service Center and the manager of 
Systems Planning described this separation of re- 
sponsibility in the interview. Hence, the authors 
conclude that it some cases, the ISD representative 
has spoken too freely with the knowledge that he or 
she will probably not be accountable for this esti- 
mate. : 
However, the authors believe if the ISD rep- 
resentative refused to give an estimate, then he 
might appear incompetent. By offering the esti- 
mate, the individual might seem very confident 
and very capable. 7 

Unlike the Rational Model, which assumes 
that management and staff will disregard the Phase 
1 estimate when better ones are developed, the Po- 
litical Model recognizes that user management 
sometimes never forgets it, ISD management often 
views the Phase | estimate as imprecise. but user 
management often sees it as “‘cast in concrete.” 
Hence, it may be the most important estimate. 
Later, if user management chooses, it can recall its 
inaccuracy to challenge the capability of the ISD 
and to discredit other ISD efforts. The manager of | 
Financial Information Systems:illustrated this 
when he said, “ISD’s worst enemy is when man- 
agement comes in and asks us to give a ballpark 
estimate during a meeting. The estimate goes into 
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the minutes of the meeting. You will never replace 
such a ballpark estimate.” Similar sentiments were 
expressed by the manager of Systems Planning and 
a programmer, while two users—the controller and 
the manager of Purchasing—stated that they do 
disregard initial estimates. 


Phase 2—Preliminary System Study 

During Phase 2, the ISD estimator officially exam- 
ines the proposed system to develop a more formal 
estimate to justify the project. However, the Phase 
1 estimate has in some cases already created a sig- 
nificant problem. 

That is, at the beginning of Phase 2, the user 
contact has received the Phase | estimate but has 
still not identified system benefits. Hence, the con- 
tact can consider the Phase | cost estimate while 
claiming benefits, but in doing so, need not be 
completely candid. During the interview, the man- 
ager of Cost Accounting and Lease Accounting (a 
user) stated that the user contact can inflate pre- 
dicted benefits in order to achieve project justifica- 
tion and not necessarily be caught. “ISD 
management needs to know the benefits of a 
project in financial terms but doesn’t care whether 
the figure is correct... It’s a game,” he stated. 
Hence, the authors deduce that the project justifi- 
cation principle (i.e., benefits must exceed costs) is 
compromised by the benefits projection. The cost- 
benefits analysis presented in Phase 2 is sometimes 
fictional, and that estimating process might actu- 
ally undermine project justification. 

Moreover, if the user contact believes that the 
cost estimate will be too high (meaning it is impos- 
sible to reasonably fabricate offsetting benefits) yet 
wants the project authorized, then he or she some- 
times reduces the project scope to increase its 
chance of acceptance. The ISD estimator lowers 
the estimate for the reduced project. However, the 
user contact may have privately planned to in- 
crease the scope in a later phase. The user contact 
finally does increase the scope and claims that the 
ISD estimator misunderstood the original require- 
ments. For example, one interviewee, the manager 
of Marketing Information Systems, stated, “Users 
back off of their initial request to cut the estimate 
to get approval and then tack their earlier needs 
back on later to get what they had originally 
wanted.” | | 

The user contact has little difficulty carrying 
out this temporary scope reduction. The authors 
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noted that the lack of an independent control or 
audit permits it. Also, because some benefits are 
intangible and their values are difficult to predict, 
the user contact can merely decrease their worth to 
pressure the ISD estimator to lower the cost esti- 
mate. A programmer/analyst and a contract pro- 
grammer who were interviewed both described 
such pressure to cut their estimate, while the man- 
ager of Marketing Information Systems stated, 
“ISD management might cut an estimate to meet a 
budgetary constraint. This cut is done after a re- 
view with upper-level ISD management who deem 
an estimate too high for whatever reason no matter 
how good the estimate was. Perhaps an agreement 
had been made at the Director level, an informal 
high-level agreement over lunch.” Hence, the ISD 
estimator acquieces if he very much wants to 
achieve his objective of gaining project authoriza- 
tion. 

This lowering of the cost estimate by the ISD 
estimator is not difficult. The authors observed 
that two flaws in the method permit the ISD esti- 
mators to create estimates that fit their objectives. 

First, the method lacks firm objective criteria 
for categorizing modules by level of complexity. 
Eleven of the 17 ISD interviewees discussed this 
lack of objectivity. There are no written, or other- 
wise consistent and objective guidelines for this 
determination. That 1s, the estimator intuitively 
identifies the complexity level of each module. The 
ISD estimator is the systems specialist most knowl- 
edgeable about the application and can lower the 
cost estimate by reducing the stated complexity 
level of the modules without being detected. 

Second, the method assumes that all or most 
application functions are known. However, by ne- 
cessity, the Phase 2 estimate 1s prepared too 
quickly and therefore without a deep enough un- 
derstanding of the application and its require- 
ments. The ISD estimator can rely on a limited 
understanding of the application functions to sup- 
ply a lower estimate. 

After the ISD estimator has worked with the 
user contact to prepare the Phase 2 estimate, it 
must be officially approved according to the Stan- 
dards and Guidelines Manual. Two negotiations 
take place to gain approval. First, ISD manage- 
ment and the ISD estimator negotiate the estimate. 
Ten of the 17 ISD interviewees discussed this ne- 
gotiation process. Generally, ISD management 
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wants to reduce the estimate. The manager of Sys- 
tems Development referred to cost estimates when 
he said, ““They’re too high and I want the job done 
quicker... whatever they come up with.”’ The ISD 
estimator (particularly if he or she expects to be the 
implementer) wants to maintain it. A contract pro- 
grammer admitted that he built 10 percent to 15 
percent slack into his estimates to be prepared for 
unexpected changes, and added, “It is better to 
come in under than over. There 1s a little politics 
involved.’’ Nevertheless, ISD management some- 
times persuades the ISD estimator to reduce the 
estimate. 

The rationale behind this possible reduction 
is an ISD management belief that by reducing an 
estimated cost, an actual cost can also be reduced. 
The manager of Systems Development illustrated 
this with his previous quote. Presumably, accord- 
ing to him, systems analysts and programmers will 
work harder if pressured to meet a lower estimate. 
Furthermore, ISD management sometimes sus- 
pects that the ISD estimator (especially if he or she 
will later be the implementer) may have already 
excessively padded the estimate in order to prevent 
an overrun. A senior systems specialist interviewee 


stated that his “little extra padding’ was not exces- 


sive but that ISD management tried to remove it 
with an ensuing argument. Six ISD interviewees 
acknowledged the reduction of padding. 

Thus, the authors concluded that 1f ISD man- | 
agement does believe an estimate is too high 
(where too high means that user management will 
not authorize the project), then it sometimes low- 
ers the estimate to enhance the chance of accep- 
tance. ISD management can do this because no one 
is likely to successfully protest. The estimate will 
be an established fact when the ISD implementer 
first sees it. Furthermore, the ISD implementer will 
not protest if ISD management has expressed that 
the failure to meet the estimate will not affect the 
next performance review. One programmer/analyst 
and a senior systems specialist stated that during 
performance evaluations, they were not account- 
able for meeting estimates, while the managers of 
Manufacturing and Engineering Information Sys- 
tems, of Marketing Information Systems, and of 
Financial Information Systems stated that they 
held their subordinates accountable. 

The second negotiation is between ISD man- 
agement and user management. User management 
usually wants a lower estimate (implying a lower 
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final cea) while ISD management usually wants to 
maintain the level of the estimate to prevent an 
overrun. The manager of Engineering Systems (a 
user) illustrated the former point when he sug- 
gested that his department did not want to 
“overspend,” while the manager of Systems and 

- Programming Support illustrated the latter point 
by stating that ISD was concerned about its per- 
ceived accuracy in estimating. This negotiation is 
limited because user management cannot negotiate 
on the basis of any understanding of the estimating 
process. The manager of Cost and Lease Account- 
ing, the manager of Purchasing, and the manager 
of Engineering Systems (all users) confirmed that 
they did not understand the means whereby ISD 
arrived at its estimates. Nevertheless, the negotia- | 
tion sometimes forces both parties into inflexible 
positions. it can force user management to threaten 
project cancellation if the estimate is now lowered, 
as illustrated by the threat of the cancellation of an 
imports order entry project. Conversely, it can pre- 


~. vent ISD management from lowering its estimate 


without revealing that the estimate was based on 
subjectivity and a lack of understanding of the ap- 
plication and requirements. For instance, ISD 
could not sufficiently lower the imports order entry 
project estimate because it could not explain the 
rationale behind the original estimate. | 
Sign-off completes the Phase 2 estimate ap- 
proval process. Its purpose might appear to ensure 
an accurate estimate. However, the signatures on 
the Phase 2 estimate neither ensure the accuracy of 
the estimate nor approve its correctness. instead, | 
user management signs to indicate a willingness to 
pay the estimate. According to the manager of En- 
gineering Systems (a user), ““Sign-off really does not 
mean much.” ISD management signs to indicate 
_ that the ISD will develop the system. The manager 
of Systems Development stated that there were. 
enough other signatures on the document that he 
feels ‘‘fairly comfortable,” while the manager of 


Marketing Information Systems stated that her sig- 


nature reflects only an acceptance of the estimate 
because she “rarely gets directly involved in 
estimating.” Only the estimator’s signature affirms 
the estimate. That signature indicates that some- 
one (probably someone else) can complete the 
project within the estimate. 
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Phase 3—System Planning 
Phase 3 includes a thorough analysis of the system 
with extensive user participation, and based on it, 
a possible revision of the estimate. According to 
the manager of Systems Planning at the beginning 
of this phase, the estimator gives the documenta- | 
tion to the implementer and withdraws from the 
project. The implementer learns more about the ~ 
proposed system during this analysis. 

The ISD implementer usually prepares an 
estimate by applying the rough/refine technique at 


this time. When doing so, the implementer often 


discovers that the application requirements were — 
more complex than previously known. For in- . 
stance, during the interview, the controller (a user) 7 
described a stock transfer project in which such a 
discovery took place. Hence, the implementer | 
sometimes wants to increase the number and com- 
plexity of programs to raise the estimate and lower 
the chances of overrun. A senior systems specialist 
stated that he had to put as much padding in Phase | 
3 as possible because more explanation would be 
required if he tried to pad in Phase 4. 

Usually, however, the ISD implementer de- 
clines to change the estimate. The influence of the 
Phase 2 estirnate is substantial. [SD management 
sometimes forces the implementer to keep it. A 
programmer/analyst stated in the interview that 
she had no idea how her manager had arrived at 
Phase | and Phase 2 estimates and “‘felt forced to 
fit her estimate into the previous estimates.” Alter- 
natively, the ISD implementer sometimes chooses 
to prevent any embarrassment to the ISD that a 
change can cause. Another programmer/analyst 
described a system originally estimated at 220 
days, but later re-estimated at 340 days; however, 
the original number was used to set up a target date 
and prevent any embarrassment in the eyes of the 
users. 

Moreover, the implementer sometimes does 


not feel confident contradicting the Phase 2 esti-. 


mate. This is because the implementer assumes 


that the ISD estimator better understood the sys- 


tem during Phase 2 than he or she (the ISD imple- 
menter) does in Phase 3. One programmer/analyst 
expressed lack of confidence doing so because | 


_ Phase | and 2 estimates were usually done by more | 


experienced senior systems specialists or planners. _ 
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Thus, the manager of Marketing Information Sys- 
tems stated that of the seven or eight major sys- 
tems she had seen estimated, only the estimate of 
one had been officially changed. 

Nevertheless, the user contact’s requirements 
sometime change. The user contact learns more 
about the potential of a new system. The manager 
of Systems and Programming Support described 
how both the users and ISD recognized the growth 
of the users’ requirements during the development 
of a material requirements planning system. The 
user’s needs (or understanding of those needs) 
grow, and hence the system requirements grow. 
Both the user contact and the ISD implementer 
usually recognize these new needs. 

Thus, the ISD implementer wants to increase 
the estimate to reflect the new requirements and 
then have the user contact sign off on the new 
Phase 3 estimate. However, the user contact some- 
times wants to maintain the Phase 2 estimate be- 
cause an increase could imply his or her 
incompetence during Phase 2. The manager of 
Cost and Lease Accounting (a user) pointed out 
that because users for whom he served as liaison 
depended on timely project completion, changes to 
target dates were an embarrassment for him. 

To prevent the ISD implementer from raising 
the competency issue, the user contact sometimes 
suggests that the ISD estimator or ISD imple- 
menter failed to understand the organization’s 
needs and also failed to explain all of the system’s 
possibilities earlier in the development process. 
Many interviewees admitted that the failure to un- 
derstand user requirements was a major impedi- 
ment to accurate estimates. For example, the 
controller (a user) stated, “ISD and Accounting 
initially thought that they understood a written 
document describing a project but later learned 
that they did not. They had different 
interpretations.” Thus, to avoid criticisms, the ISD 
implementer simply chooses to keep the Phase 2 
estimate, when in fact, it should be increased. A 
senior systems specialist commented that “‘lots of 
explaining is necessary if there is a change of 
greater than 20 percent.” 


Phase 4—System Design 
Phase 4 represents the preparation of a detailed 
system design. In terms of estimating activities, the 
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implementer uses rough/refine once again, but with 
a considerably better understanding of the pro- 
posed system. 

Conflict between the ISD implementer and 
user contact at times occurs as in Phase 3. The re- 
sulting Phase 4 estimate differs from the Phase 3 
estimate. 


Phase 5—Program Specifications 
Generally, a new estimate 1s not prepared during 
this phase because of limited user contact. 


Phase 6—Programming 

ISD has the best handle on estimating during 
Phase 6, according to a senior systems specialist 
that was interviewed. Thus, some estimates have 
changed during this phase. When this happens, the 
ISD implementer must obtain a sign-off on a new 
estimate or must attempt to meet the previous esti- 
mate to avoid an overrun. 

The ISD implementer uses three basic tactics 
to meet the estimate (1.e., substantiate its accuracy) 
and avoid an overrun. The first tactic 1s to defer 
deliverables. That is, the ISD implementer identi- 
fies a portion of the system and promises to com-. 
plete it on schedule, while delaying the completion 
of the remainder. In this way, the ISD implementer 
can argue that most of the system has been com- 
pleted within the estimate. The manager of Sys- 
tems Planning illustrated this by saying, “It 
sometimes ends up that you do what you can for 
the amount of money approved. This budgetary 
limit sometimes translated into deferred items.”’ 

The ISD implementer’s second tactic 1s to 
work harder and faster. Since systems development 
is largely mental work, ISD implementers are able 
to work harder and faster when under pressure. 
“Crashing the project”? sometimes brings it in 
within its estimate. For example, the manager of 
Systems and Programming Support stated, “Ifa 
system overruns, ISD works overtime so that the 
user does not know about the overrun.” A 
programmer/analyst added, “Meeting a completion 
date is the real issue. You have to work overtime to 
meet the date if there is insufficient staff.” 

The ISD implementer’s third tactic is to re- 
frain from recording hours worked on the project 
or to assign them to other tasks. The absence of 
tracking of overtime hours makes this especially 
easy to accomplish. Hence, “‘creative accounting”’ 
permits the ISD implementer to appear to meet the 
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estimate. As the manager of Systems and Program- 
ming Support pointed out, “ISD never tells the 
user about a mistake. They would rather assign ad- 
ditional resources not charged to the user.” 


Phase 7—Implementation Planning; Phase 8— 
Testing 

In terms of recognizing overruns, these phases re- 
semble Phase 6. 


Phase 9— User Training 
There are no estimating activities in this phase. 


Phase 10—Implementation 

At cutover, the ISD implementer has one final tac- 
tic to create the appearance of having met the esti- 
mate. He or she can flatly claim that the project 
was completed within the estimate even if that ap- 
pears not to have been the case. The ISD impli- 
menter can declare that the user contact drastically 
altered the requirements during development and 
that any apparent overrun was attributable to this. 
Hence, the ISD implementer can assert that the 
estimate was accurate and the original project was, 
or would have been, completed within the esti- 
mate. The manager of Systems and Programming 
Support illustrated this belief when he stated that 
“the major problem is the perception of 
inaccuracy” because of significant changes in user 
requirements rather than because of inaccurate 
estimating per se. 


Another View of the Two Perspectives 

While the evidence for the Rational and Political 
Models came primarily from the interviewers’ re- 
quest that subjects explain how costs were est1- 
mated, the answers to the request to identify any 
potential causes of estimating problems can be in- 
terpreted similarly (as can the answers to the re- 
quest to identify the potential means for improving 
the process—suggestions that were complementary 
to the causes and are therefore not shown). Table 2 
shows that 10 most frequently mentioned causes of 
the problem. The reader may easily interpret them 
as legitimate causes of inaccurate estimating in 
terms of the Rational Model where the process has 
an agreed upon and stated goal of providing an ac- 
curate estimate. However, the problems they repre- 
sent may also be interpreted under the Political 
Model as opportunities for pursuing actions driven 


DECEMBER 1990 


information System Managing LANs 


Cost Estimating 


by personal motives. Explanations for each item in 
Table 2 convey this interpretation. 


Summary and Conclusions 


User and ISD management demand much of an 
information system cost estimate. An estimate ini- 
tially helps to justify each individual proposal and 
thus helps to establish a portfolio of applications. 
Moreover, the estimate can also serve to schedule 
the development of the application, to staff it, to 
control and monitor its progress, to evaluate esti- 
mators and implementers, and even to market a 
system to users or to convince the ISD to develop a 
system. Both of the models described in this report 
illustrate those uses of the estimate and also pro- 
vide additional implications for managers and re- 
searchers. 


implications for Managers 

The study’s most important implication to ISD 
managers is the formal recognition of the existence 
and pervasiveness of the Political Model. At the 
authors’ presentation of their findings to the ISD 
director and other top ISD managers, some attend- 
ees observed that while they had been aware of 
much of their organization’s politics, they had 
never before realized there might be so many ex- 
amples of it in a single activity. This demonstrated 
its potential pervasiveness and its possible deleteri- 
ous effects. Moreover, it suggested that as ISD 
managers, they should be even more sensitive to it 
than they had been and that they should be pre- 
pared for action to prevent or respond to it. 

At that presentation, the authors provided the 
chemicals manufacturer with detailed recommen- 
dations to reduce the uncertainty inherent in the 
estimating process and thereby improve its accu- 
racy. These recommendations were inspired by 
both the Rational and Political Models and are 
consistent with the management literature. They 
are also useful to other organizations. The recom- 
mendations are: 

Educating: A course for inexperienced users 
to help them understand the importance of ex- 
plaining their needs to estimators and a course for 
ISD estimators to help them learn to better elicit 
user needs. Both of those recommendations reduce 
the uncertainty of the estimating process as im- 
posed by unclear requirements. They are consistent 
with Gailbraith’s*® observation that the increased 
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Table 2. Potential Causes of Estimating Problems 


1. Inability to anticipate programmer characteristics (10) 


2. Sloppy estimating with overlooked tasks (8) 


3. Insufficient user/analyst communication and 
understanding (7) 


4. Lack of methodology or guidelines (5) 


5. Lack of coordination of ISD functions (5) 


6. Management removal of padding (5) 


7. Lack of setting and review of standards (4) 
8. Lack of historical data (4) 
9. Frequent user change requests (4) 


10. Changes in ISD personnel (4) 


The estimate considers the skill level of the eventual program- 
mer. However, the identity of the programmer is not known 
when the estimate is prepared. This uncertainty will enable the 
estimator to increase the estimate later or to explain an overrun 
by claiming that he or she expected more capable program- 
mers. Thus he or she avoids culpability for the overrun. 


The estimator can rely on his or her lack of understanding of 
the application (with the resulting overlooked tasks) to justify an 
increase in the estimate. The estimator may claim that the lack 
of understanding arose from insufficient explanations from the 
user. 


As in #2, both estimator and user can claim that the other’s 
failure to communicate resulted in the need to increase the 
estimate. 


The lack of objective guidelines for identifying the level of com- 
plexity of a program gives the estimator latitude in assigning 
the estimate with little challenge. 


Each of the ISD areas, such as Planning, Systems Develop- 
ment, Database Administration, and Operations, have their own 
needs and priorities. Delays in one area affect the schedules of 
many projects. Late in the development cycle, the estimator at- 
tributes the need for a new estimate or for an overrun to the 
failure of other areas to deliver their resources when needed. 


The estimator seeks a high estimate to prevent an overrun 
while management seeks a lower estimate in order to provide 
less costly service. 


The lack of agreed-upon durations for programs of each com- 
plexity gives the estimator flexibility in assigning the estimate. 


Similar to #7, the lack of well-kept records of previous projects 
gives the estimator flexibility in assigning the estimate. 


The implementer can attribute the need to change the estimate 
to new user requirements. 


The estimator can attribute the need to change the estimate to 
errors by personnel formerly associated with the project. 


Note: Number in parentheses denotes number of interviewees who mentioned that cause. 


participation of lower-level organizational mem- 
bers in decision making can help reduce task un- 
certainty. 

Marketing: Executive briefings, white papers, 
and newsletters encourage user commitment, help 
dispel the perception that all ISD projects will 
overrun their estimates, and encourage mutual ad- 
justment and communications. These recommen- 
dations represent Thompson’s"! assertion that as 
organizational units move from pooled interdepen- 
dence to sequential or reciprocal interdependence, 
coordination is best achieved by mutual adjust- 
ment and communications. 

Managing: Procedures for reducing conflicts 
such as the implementation of a new project man- 
agement and control system, the implementation 
of an internal EDP auditing function, the increased 
involvement of implementers in the estimation 
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process, the prohibition of the premature quoting 
of an estimate, the rewarding of project completion 
within the estimate to serve as an incentive to esti- 
mators and implementers, and the requirement for 
a more detailed statement of benefits before cost 
estimating. The new project management and con- 
trol system and the rewards for timely project com- 
pletion illustrate Ouchi’s*? view that linking 
performance (accurate estimates) to incentives is 
valuable when outputs (the accuracy of estimates) 
are easily monitored, but a transformation process 
(the recreating of the estimate) is difficult to moni- 
tor. 

Tracking and controlling: Implementation of 
a detailed, standardized and periodical progress 
reporting system, the development of a new com- 
prehensive checklist of potential system develop- 
ment tasks, and a more thorough collection of 
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historical data. These procedures illustrate Cyert 
and March’s*? suggestion that uncertainty can be 
avoided by imposing standard operating proce- 
dures and industry tradition. 

Auditing: A more careful check of delivered 
systems against needs, of actuals against estimates, 
of user-claimed benefits, of the progress of project 
development, of the adherence to change request 
sign-off, and of the accuracy of project control sys- 
tem reports. 

Estimating: Improvement of the existing 
rough/refine methodology or the acquisition of a 
cost-estimating software package. 


By attempting to reconcile the two models, these 
recommendations could lead to estimates closer to 
their ultimate, actual costs. The marketing and ed- 
ucating recommendations diminish the deleterious 
effects of the Political Model by establishing con- 
structive attitudes that emphasize cooperation and 
candor. The managing, tracking and controlling, 
and auditing recommendations reduce the detri- 
mental effects of the Political Model by checking 
and restraining counterproductive, motive-driven 
behavior. The managing, tracking and controlling, 
auditing, and estimating recommendations antici- 
pate and prevent many sincere oversights resulting 
from the Rational Model. Hence, the process 
would be improved by being left neither entirely to 
the whims of the politics of the organization nor to 
the shortcomings of the managers, estimators, 1m- 
plementers, and users. | 

The ISD director responded to these recom- 
mendations at the presentation by stating his in- 
tent to implement a new project management and 
control system along with a new project manage- 
ment and cost-estimating training program for ISD 
estimators and implementers. He also said that he 
and his managers would consider other recommen- 
dations. Several of the interviewees stated that the 
study made them more aware of the problems of 
cost estimating. Each had experienced some of the 
conflicts described in the study, but none had pre- 
viously recognized their widespread impact on 
each other. 

However, many of the recommendations rep- 
resented politically sensitive and time-consuming 
activities. Several of them would limit the flexibil- 
ity of the managers responsible for their approval. 
Others would demand more time from already 
busy users. Moreover, the sponsor of the study and 
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its champion, the ISD director, retired a few 
months later, during a shake-up of other top ISD — 
managers. Hence, a year and a half after the study, 
the chemicals manufacturer had followed merely 
one recommendation—the trial acquisition of a 
new estimating software package—but was still 
strongly considering a new project management 
and control system, as well as several other recom- 
mendations. The delay in management action was 
probably attributed in large part to the ISD man- 
agement changes. 


implications for Researchers 

This research has provided an independent case 
study validation of Robeyand Markus’ (1984) pro- 
posed Rational and Political Models of IS 
development’’. The research extends their initial, 
sparse, and illustrative examples of the models into 
an in-depth analysis of a specific, critical dimen- 
sion of IS development. No research had previ- | 
ously attempted to validate and extend those 
models in such a fashion. Moreover, the study of- 
fers the following implications for future research- 
ers to consider in their investigations of cost 
estimating. 

The Rational Model illustrates that the cre- 
ation of an estimate 1s not a single event, but is in- 
stead, a multiple, serial process of considerable 
effort to continuously create, refine, and perfect a 
number. This suggests that when researchers objec- 
tively study algorithmic estimating methods, they 
need to record the actual estimates from each de- 
velopment phase to compare to the actual, final 
project duration. 

The Rational Model also illustrates the im- 
portance of an estimate early in the development 
process. User and ISD management need the est1- 
mate well before ISD estimators can thoroughly 
understand the requirements of the proposed infor- 
mation system. Hence, methods that can provide 
early estimates are particularly valuable and are 
thus an important target for research. . 

In contrast, the Political Model reveals an 
estimation process with perhaps greater resem- 
blance to a game of tug-of-war than to a prescribed 
management process. It demonstrates that partici- 
pants in the system development process may be 
driven more by personal objectives than by organ1- 
zational goals. Their fear of overrun and project 
cancellation may carry considerable influence. 
While this case research has revealed the existence 
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of some error in cost estimating explainable by the 
Political Model, future research should assess the 
impact of that error. It may be significant. 
Moreover, the research implications of the 
Political Model contradicts those of the Rational 
Model in an unexpected way. While the Rational 
Model suggests the use of objective studies com- 
paring actual durations with the actual estimates 
from each phase, the Political Model disputes the 
accuracy of the actuals. Indeed, the “‘creative 
accounting” of project durations may invalidate 
such research. Researchers should investigate the 
extensiveness of “‘creative accounting” and should 
take care to ensure that estimates and actuals used 


- 1n their research are as accurate as possible. 


Most important, the Political Model demon- 
strates that the participants can attempt to subvert 
the Rational Model 1n order to achieve their own 
objectives. The possibility of their success raises a 
question mentioned earlier: Is cost estimatinga _ 
management concern because of ineffective tech- 
niques or because of the poor planning and control 
of the estimating and development process? 

Undoubtedly, the proponents of estimating 
techniques would argue in favor of the logic and 
elegance of their methods and would assert that 
managers simply must control their subordinates. 
Conversely, managers might argue that the meth- 
ods fail to provide an accurate estimate early 
enough in the development process. In addition, 
ISD managers might argue that the methods’ input 
parameters are easily compromised because they 
rely too heavily on the expertise and subjectivity of 
the user contact, ISD estimator, and ISD imple- 
menter. | 

This report has not definitively answered the 
question of whether poor estimating techniques or 
poor planning and control are responsible for mak- 
ing cost estimating a management concern. Still, by 
focussing on a management point of view and by 
considering the Rational and Political Models, it 
has provided a new perspective on cost estimating 
for further debate and investigation. 

However, a single case study might not accu- 
rately represent cost estimating in all other firms. 
Therefore, with this case as the point of departure, 
researchers should study the management of cost 
estimating with a larger sample for the testing of 
hypotheses. They should attempt to ascertain the 
actual state of practice in cost estimating with such 
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a sample. Finally, they should attempt to deter- 
mine the extent to which the observations in this 
case study hold true and the extent to which they 
actually affect the process of information manage- 
ment. 
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Cooperative Processing: 


Its Organizational Impact 


This report will help you to: 


e Gain a management perspective on the distributed 


processing architecture. 


¢ Gauge distributed processing’s impact on your organization. 


e Determine which organizational area will be most affected 
by distributing processing, and how best to manage the 


conversion. 


For the past few years, people in MIS 
departments and the PC advocates 
of end-user departments have been 
locked in a feud. The basic disagree- 
ment often comes down to the often- 
heard but poorly understood 
question, ““Who owns the data?”’ 
MIS people maintain that they 
own the data. They control access to 
the organization’s data because it is 
on their systems and, in most cases, 
it is accessed through applications 
they have developed and main- 
tained. At the same time, the people 
from user departments feel they own 
the data. It is, after all, data about 
their departments, their products or 


This Datapro report is a reprint of ‘‘Are You 
Ready for Cooperative Processing?’’ by Ross 


Altman pp. 20-31, from Information Center, Vol. 


VI, No. 4, April 1990. Copyright © 1990 by We- 
ingarten Publications, Inc. Reprinted with per- 
mission. 
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services, and their employees. They 
enter it. They maintain it. They use 
it. 

There is no right or wrong an- 
swer to this question, and every orga- 
nization must come to 1ts own 
conclusions. And there is probably 
no philosophical answer that will 
satisfy everyone. There is, however, a 
technical answer that holds some 
promise, and that is cooperative pro- 
cessing. 


A Definition of Cooperative 
Processing 

Cooperative processing is an applica- 
tion architecture or topology allow- 
ing two or more computers to share 
the processing of a program. This 
admittedly broad definition could 
describe applications developed us- 
ing several different types of pro- 
grammer tools, communications 
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protocols, and computers. The accompanying side- 
bar provides more detail on the actual technology. 
Regardless of specific approach, cooperative 
processing provides two significant benefits. First, 
it generally supports graphical user interfaces such 
as Motif, Open Look, New Wave, and Common 
User Access (CUA). Such interface standards, de- 
~ livered via a PC, Unix workstation, or an X Win- 
dows terminal, provide the user with an improved 
application that is easily learned and easily used. 
Second, cooperative processing can reduce 
the amount of processing performed on the com- 
puter that serves as the “host” or “server” for the 
system. This reduction is due to the division of 
tasks between the user’s computer or terminal and 
the host computer. In a cooperative processing ap- 
plication, the host or server is used almost exclu- 
sively for data base I/O—for maintaining the 
application’s main data base and for performing 
table lookups. This leaves the rest of the applica- 
tion executing on the user’s PC or workstation. 
When compared to a conventional application, 
where all of the processing executes on the host 
computer, cooperative processing can reduce the 
processing load on the host by as much as 90 per- 
cent. | a 


Examples 

In the real world, cooperative processing has been 
used in almost every industry and for almost every 
business task. A container shipping company used 
it to provide an advanced PC-based interface to an 
executive support system. This application allows 
the company’s managers to access mainframe re- 
ports without becoming computer experts or creat- 
ing a significant drain on the time and resources of 
MIS. 

In another cooperative processing applica- 
tion, a major consulting company with 55 world- 
wide offices needed to rewrite the application that 
they use to keep track of the specific skills and ar- 
eas of expertise of each of their consultants. For a 
consulting company, this type of application is crit- 
ical, since it is the equivalent of an inventory pro- 
gram for a manufacturing concern. 

In the old system, changes to the consultant 
data base had to bé submitted in writing to a data 
entry department in New York. This process 
meant that it took as long as 10 days to add the 
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data on a new consultant to the system. Also, be- 
cause the data on each consultant has to be tran- 
scribed twice (once onto a form and then to a data 
entry screen), there were twice as many opportuni- 
ties for errors to occur. 

‘With an easily learned PC-based interface, 
the cooperative processing application that they 
developed allowed the consulting company to 
move data entry responsibilities out of New York 
and into their remote offices. This improved the 
timeliness and the integrity of the consultant data 
base without imposing an unreasonably long learn- 
Ing process on the users in the 55 dispersed loca- 
tions. | 

_ The commercial banking division of a major 
money-center bank provides another example. 
This bank wanted to provide its clients with a new 


_ customer service. It decided to develop an applica- 


tion with an easily used interface so an institu- 
tional client could directly access the bank’s 
mainframe and review its account information. 

Since the users of this application would be 
the vice president of finance or the controller of 
each client company, a typical dumb terminal- 
based application interface would be unworkable. 
Such an interface would be too difficult to learn 
and too cumbersome to use. Instead, the interface 
had to be based on the human factors principles 
incorporated into such standards as the Macintosh 
interface or IBM’s CUA. So the bank’s developers 
created a system with a PC interface for the clients 
and only uses the mainframe as a data base ma- 
chine. | | 

A company that allows customers to directly 
access their own account data on its computer can 
have a profound impact on its own competitive- _ 
ness. Clients with a direct link to the company’s 
mainframe-based data will feel they are getting bet- 
ter service. In an increasingly service-oriented mar- 
ketplace, this can be a critical advantage. And it 
can become a critical disadvantage if your compet- 
itors provide this type of on-line access and you 
don’t. 

Although some applications based on conven- 
tional processing have been placed in the hands of 
end users and customers over the past few years, 
increasingly, cooperative processing is used for this 
purpose. The reasons for this shift in application 
architecture are quite clear. Users of these systems 
are mostly business people—purchasing agents, 
accountants, money managers, and so on—not 
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computer operators. If the system cannot be 
learned and used productively in a few minutes it 
will probably not be used. 


Who Owns the Data? 


While cooperative processing is a superb architec- 
ture for many new applications, its rapid accep- 
tance 1s not necessarily assured. Unfortunately, the 
decision concerning how an application should be 
developed is not always based on the objective cri- 
teria discussed above. More often than not, subjec- 
tive and political issues are also critical 
considerations in these decisions. And the issue of 
who owns the data 1s probably among the most i1m- 
portant. 

For the moment, the argument over who 
owns the data has produced a standoff. In many 
companies, MIS continues to exert primary control 
over centrally stored data. Meanwhile, PC users 
are developing their own applications and down- 
sizing others so they can liberate their data from 
the host. 

The problem is that both sides have legit1- 
mate concerns that must be addressed by any pro- 
posed resolution. For example, the end-user 
departments often believe that MIS has been slow 
to develop new applications and slow to update 
existing programs. They may also believe that the 
applications MIS develops are based on conven- 
tional technology that does not provide the appli- 
cation interface they have come to expect, a 
graphical interface based on prevailing PC technol- 
ogy. 

For its part, the MIS department has a legiti- 
mate set of concerns as well. It has, or feels it 
should have, responsibility for maintaining the in- 
tegrity of the data gathered by the organization’s 
computer programs, regardless of whether those 
programs run on PCs or mainframes. The MIS de- 
partment is also acutely aware of the many ways 
that this data integrity can be compromised, such 
as concurrent updates of records by more than one 
user, irregular or incomplete backups, and insuffi- 
cient data editing. 

Add to this list that most data must be ac- 
cessed by users in multiple dispersed locations, and 
you can see why the MIS department becomes con- 
cerned when it sees data stored on individual PCs 
or dispersed LANs. Backups are often omitted or 
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performed using hardware, software, and proce- 
dures that have earned an unfortunate reputation 
for unreliability. PC-level data bases and LAN op- 
erating systems have immature provisions for jour- 
naling, dynamic transaction backout, and other 
basic capabilities of transaction processing. And 
most PC-based solutions to dispersed data access 
involve extensive duplication of data. 

The arguments about who owns the data, 
though, do not usually address issues of efficiency, 
security, and integrity. They address emotional 
issues having to do with ownership and control. 

In fact, the top managers in most organiza- 
tions would maintain that neither the end users nor 
the MIS department owns the data. Quite the con- 
trary. The organization owns the data, and it 1s the 
responsibility of the organization and its employ- 
ees to manage that data in the most effective, effi- 
cient, and responsible manner possible. As it 
happens, the host is most often the best location 
for the storage of the organization’s essential data, 
once the politics of the question are put aside. 

By placing the data handling functions on the 
host, for example, the developer can ensure the 
highest level of security for the application’s data, 
because the host data base is protected by the host 
security system. Host security systems are more 
mature than their PC counterparts and therefore - 
do a better job of securing vital data from unautho- 
rized access and manipulation. 

By using the existing host data base, the de- 
veloper of a new application can access data that is 
gathered by existing applications. Placing all of the 
new application’s data on a mini or a PC data base 
server, on the other hand, could limit that applica- 
tion to the data gathered through the application 
itself. This would restrict the scope of the applica- 
tion to local data. As an alternative, the developer 
could design the application to work from a data 
extract, taken on a daily or weekly basis. This ap- 
proach, however, would force the users to use data 
that may not be up to date, unless real-time data 
could be maintained in two machines at the same 
time. Software that supports this kind of configura- 
tion for transaction processing is not yet com- 
monly available. 

The host data base will also ensure that only | 
one user will update a record at a time. And if the 
transaction is interrupted before the entire unit of 
work has been completed, then the partially com- 
pleted transaction may be automatically backed 
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The Different Styles of 
Cooperative Processing 


There are a number of 
ways to share a program 
between two or more 
computers. 


Front-End Processing 
A PC program can be 
written to run in front of 
an existing host applica- 
tion without changing any 
code on the host applica- 
tion. This is done by writ- 
ing PC code that issues 
calls to a PC-resident ap- 
plication program inter- 
face (API). The most 
commonly used API for 
3270-based communica- 
tions is the IBM High- 
Level Language API 
(HLLAPI—pronounced 
ha-LA-pee). There are 
actually five or so IBM 
versions of the HLLAPI, 
but all of them share a 
basic set of functions that 
permit a PC program to 
read data from the 3270 
screen image, read the 
status line to check for 
the presence of the ‘'X 
indicator,’ write data to 
the 3270 screen image, 
and then send a 3270 
keystroke (e.g., a PF key, 
a PA key, Enter, Reset). 


In front-end processing, 
the host application runs 
as before, sending screen 
images to what it believes 
to be a dumb terminal. On 
the user end of the 3270 


connection, the PC pro- 
gram reads the host 
screen images by issuing 
Calls to the API. The PC 
program then maps the 
data from the 3270 map’s 
fields into its own fields. 
The PC program is then 
used to support the user 
interface and edit the data 
this is input by the user. 
When the user has com- 
pleted working with the 
record, the PC program 
moves the data from the 
PC fields back into the 
3270 fields and then asks 
the 3270 emulation pro- 
gram to send the map 
back to the mainframe. 


While front-end process- 
ing offers the obvious 
benefit of supporting a 
new, PC-based interface 
without requiring changes 
to the host code, there 
are some who take an 
academic’s approach to 
the subject and maintain 
that this isn’t really coop- 
erative processing. Oth- 
ers might reply that if it 
walks like a duck and 
sounds like a duck.... 


Peer-to-Peer 
Processing 

In a peer-to-peer pro- 
cessing application, two 
processors typically share 
the load of executing a 
program. Most of the 


time, one of the proces- 
sors handles the task of 
presenting the interface to 
the user, while the other 
processor handles a more 
processing-intensive or 


_1/O-intensive task, such 


as data base mainte- 
nance. Peer-to-peer pro- 
cessing is also used to 
off-load a computationally 
intensive task to a pro- 
cessor that is optimized 
for such work, perhaps 
with a vector processing 
facility, parallel process- 
ing architecture, or a math 
coprocessor. 


Depending on the envi- 
ronment and the nature of 
the peers, peer-to-peer 
processing is referred to 
as LU6.2/APPC, remote 
procedure call (RPC), or 
client-server architecture. 


LU6.2/APPC 

In commercial applica- 
tions, many computers 
executing peer-to-peer 
processing applications 
communicate with each 
other using IBM’s SNA 
Logical Unit 6.2 and 
APPC or CPI-C. In this 
case, LU6.2 is the low- 
level communications 
protocol, while APPC and 
CPI-C are the APIs. APPC 
has been available for a 
number of years in func- 
tionally similar but syntac- 
tically different 
implementations for al- 
most all IBM environ- 
ments (the major 
exceptions are TSO and 
IMS/DC). Because of 
these syntactic differ- 
ences, code written for 


one host APPC imple- 
mentation is not portable 
to another APPC imple- 
mentation. 


In IBM’s SAA, APPC has 
been supplanted with 
CPI-C. CPI-C itself is 
functionally similar to 
APPC, but it is not syntac- 
tically identical. So appili- 
cations written under 
APPC today will have to 
be rewritten when they 
eventually migrate to CPI- 


Remote Procedure 
Call 

In the Unix and TPC/IP 
network worlds, RPC is 
used to implement peer- 
to-peer processing. Basi- 
cally, RPC allows a 
program on one computer 
to call a subroutine that 
executes on another com- 
puter on the network. The 
code that is written for 
both the main program 
and the subroutine is ex- 
actly the same as it would 
be if the two pieces of 
code were on the same 
computer. The RPC tools 
provided by the network 
or operating system ven- 
dor take care of the com- 
munications work 
required to pass the pro- 
cedure call to the com- 
puter that will execute the 
subroutine. 


The primary difference 
between the RPC applica- 
tion and the more conven- 
tional peer-to-peer 
application is in synchro- 
nization. With conven- 
tional peer-to-peer 
applications, two pro- 
grams run on separate 
computers. When one of 
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these programs requires 
data or processing from 
the other computer, it 
opens a communication 
session and begins a con- 
versation with the other 
program. At some point 
during the conversation, 
the program that initiated 
the link may go off and 
perform some other pro- 
cessing while the called 
program performs its as- 
signed function. In effect, 
a peer-to-peer application 
implements a loosely cou- 
pled form of parallel pro- 
cessing. 


With an RPC call, the pro- 
cessing of the calling pro- 
gram and the remote 
procedure do not overlap 
in this way. As it would if it 
were Calling a local proce- 
dure, the calling program 
waits for the subroutine to 
execute. When it receives 
the data or the return 
code to indicate the re- 
sults of the subroutine’s 
work, the calling program 
continues processing. 


Client-Server 
Architecture 

In the PC LAN world, 
client-server architecture 
is most often used to de- 
scribe how the current 
group of data base serv- 
ers operate. In the old 
days (pre-1988), pro- 
grams used the file server 
implementation of the 
LAN operating system. 
They would submit re- 
quests to the LAN work- 
station’s DOS redirector 
software. This worksta- 
tion software would trap 
all file |/O requests and 
look at the drive letter for 
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the requested data. If the 
drive letter indicated that 
the file was on the file 
server, then the LAN soft- 
ware would take the file 
from the server and trans- 
mit it to the workstation. 
The program at the work- 
station would then con- 
tinue processing as if it 
were working with a local 
file. Clearly, this required 
a lot of data movement 
for what could be a re- 
quest for a small amount 
of data. 


Unlike this file server im- 
plementation, the new 
generation of data base 
server programs split the 
data |/O task into two 
parts. The workstation 
program issues requests 
to the data base server. A 
program on the server 
machine evaluates the 
request, retrieves the re- 
quested data, and only 
transmits back to the 
workstation the requested 
data. 


While the term client- 
server architecture most 
often refers to this type of 
processing, there are 
some cases in which the 
task that runs on the 
server is not a data base 
program. For example, 
the processing-intensive 
task on the server may be 
a Statistics program or an 
expert system. Such ap- 
plications may be imple- 
mented with an RPC 
product, or they may be 
implemented by using 
lower level communica- 
tions protocols, such as 
APPC, Netbios, IPX, or 
Named Pipes. 
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Distributed Data Base 
Distributed data bases 
represent perhaps the 
most seductive coopera- 
tive processing technol- 
ogy. In a fully distributed 
data base, the program- 
mer or user will be able to 
use the tools of the data 
base product on the local 
processor (PC or work- 
station) without knowing 
the physical location of 
any data. The data base 
product will be able to find 
the requested data and 
retrieve it, or update it, 
even if it is stored on mul- 
tiple dispersed proces- 
sors connected over 
disparate network links. 
That capability is called 
location independence. 


In addition to location in- 
dependence, a viable dis- 
tributed data base should 
have no single point of 
failure. In other words, all 
data should be stored on 
more than one processor 
in case one of those com- 
puters breaks down. And 
the viability of each /ogical 
communications link be- 
tween two nodes ona 
distributed data base’s 
network should not be 
subject to a malfunction in 
a single physical link. 
There must be multiple 
communications paths so 
that, again, there is no 
single point of failure. 


That's the ideal distrib- 
uted data base. Distrib- 
uted data base products 
now available fall some- 
what short of that target. 
While there are a number 
of products that can per- 
form a query against data 
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that is stored in multiple 
computers over a limited 
number of network con- 
figurations, none provides 
update capabilities along 
with the full location inde- 
pendence that is the cor- 
nerstone of a true 
distributed data base. 


Even when this require- 
ment is met, there will be 
a Critical trade-off that 
must be accepted in order 
to enjoy the benefits of a 
distributed data base. In 
order to protect against a 
single point of failure, 
multiple copies of both 
data repository files and 
index files must be stored 
in different locations. With 
these duplicate reposito- 
ries and duplicate indices, 
every update or add toa 
distributed data base will 
require at least twice as 
much processor and net- 
work activity as would be 
required with a nondistrib- 
uted data base that sup- 
ports a single repository 
file and a single index file. 
This additional processor 
activity and network traf- 
fic will be necessary in 
order to update the dis- 
persed duplicate copies 
of each data record and 
each index. It is not diffi- 
Cult to imagine a distrib- 
uted data base 
configuration in which 
more processor time and 
network capacity are ded- 
icated to maintaining the 
backup elements of the 
data base than are used 
in maintaining the primary 
copy of the data base. 
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> out by the transaction processing facilities of the 


host operating system and teleprocessing monitor. 
Similar facilities to protect the integrity of the data 
are not yet commonly available for PC LAN data 
bases. 

If the data is maintained at the host, then the 
host’s backup procedures and uninterruptible 
power supply will help to maintain the integrity of 
the application’s data, regardless of power outages 
or operator error. As late as the end of 1989, arti- 
cles and columns were still being written to recount 
stories of the lack of reliable equipment, software, 
and procedures necessary to ensure the proper 
backup of LAN data. 

All of these reasons to centralize the storage 
of corporate data go back to one central theme. 
The data gathered through an organization’s appli- 
cations becomes a vital asset of the organization 
and must be managed as such. Considering the im- 
portance of maintaining and protecting this critical 
asset, there must be a truly compelling reason to 
move the storage and maintenance of data away 
from the central host computer. For the majority 
of applications, this compelling reason does not 
exist. 


Applications Development 

All of this doesn’t mean, however, that the very 
real needs of the end users can be overlooked. Af- 
ter all, the inability of most MIS departments to 
quickly deliver effective applications is what 
caused end-user activism in the first place. So the 
suggestion that the mainframe is the best reposi- 
tory for most applications should not be taken as a 
justification to maintain the status quo. 

In the area of applications development, ere 
are two primary concerns that plague end users. 
First, application backlogs have grown to multiyear 
proportions. Critical changes in the way business is 
conducted must be put off because adequate sys- 
tems support is unavailable. The second concern is 
related to the gap between the users’ functional 
requirements and the ability of MIS to deliver ap- 
plications that meet those requirements. 

The implications of the application backlog 
are not always clearly understood. The backlog is 
more than an inconvenience for end users. It also 
adversely affects the competitiveness of the organi- 
zation. The difference between an application’s net 
benefit and the amortization of 1ts development 
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expenses represents an actual cost to the organiza- 
tion. For example, an improvement in a customer 
service application could produce a cost savings of 
$250,000 per month. If you can realistically amor- 
tize the development cost of that improvement at — 
$100,000 per month, then the cost of not develop-_ 
ing the application is $150,000 per month. It does 
not take too many of these opportunities sitting in 
the MIS backlog to amount to a significant cost. 

With that in mind, think about the impact 
cooperative processing can have on the speed of 
development in the typical organization. By plac- 
ing the vast majority of the logic for an application 
on a PC instead of on a host, you can reduce the © 
development effort by a considerable amount. Fac- 
tor in the use of any of the very advanced fourth- — 
generation development tools that are available for 
PC development, and the opportunities are appar- 
ent. — = - | | _ 

But end users are not only concerned about 
the speed of application development. They are 
also concerned about the quality of the applica- 
tions that are developed. More specifically, they 
are concerned with the user interfaces of those ap- 
plications. 

As long as applications are developed and 
delivered on the mainframe using conventional 


- processing techniques, the user interface for those 


applications is constrained by the limitations of 
dumb terminal technology. As soon as the platform 
used to support the user interface shifts from a 
dumb terminal to a PC or some other intelligent 
workstation, however, the quality of the applica- — 
tions that are developed increases by an order of 
magnitude. 

And that is precisely what the end users are 
looking for. Most of the time, end users really don’t 
care where their data is stored. Their requirements 
are generally expressed in much more functional 
terms. They simply want applications developed 
quickly and they want these applications to offer 
the ease-of-use that PC programs have led them to 
expect from their computers. | | 


Impact on the Organization’s Mission 


Generally, the benefits of a cooperative processing 

system will be readily apparent even when the sys- 

tem is used by existing data entry people. As a rule, 
though, the organization will realize considerably 
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greater benefits when cooperative processing appli- 
cations are used to change the way the organization 
works. For example, cooperative processing can be 
used to place an application’s data entry function 
in the hands of line people, completely removing 
data entry clerks from the loop. This permits a re- 
deployment of personnel and offers the possibility 
of a substantial reduction in costs. Also, by elim1- 
nating the manual process of filling out forms and 
sending them into a central site for data entry, this 
work-flow change can provide more timely and 
more accurate data. 

There are other benefits, harder to quantify 
perhaps, that can have an even greater impact, as 
when allowing customers to directly review the sta- 
tus of their accounts improves the quality of the 
service an organization offers them. | 


Staffing Patterns and Reporting Relationships 
But these benefits don’t come without some costs. 
Along with the expected improvements in effec- 
tiveness and profitability, changes in work flow 
and responsibility may exert a considerable impact 
on some of the relationships that exist between 
work groups in the organization. Organization de- 
velopment professionals have known for a long 
time that changing the responsibilities of individu- 
als and groups can shift the balance of power and 
influence in an organization. And these shifts may 
not always be perceived as positive by the people 
and groups that are losing power. __ 

For instance, in the case of the bank that pro- 
vides direct customer access to account informa- 
tion, this could shift customer dealings away from 
the customer service group and to the account 
managers, shifting power and influence with it. 
The managers of the “losing” group, fearing for 
their jobs, could fight the new application, dig in 
their heels, and throw up as many obstacles as pos- 
sible to hinder the smooth implementation of the 
new system. Or they could try to support the tran- 
sition and look for new ways for their group to help 
the bank make money. 

Beyond good corporate sportsmanship, there 
is another reason for the managers affected by co- 
operative processing applications to go with the 
flow: general competitiveness. If the bank doesn’t 
control costs and improve services, perhaps a com- 
peting bank will. And then, as customers move to 
the bank providing better services at better rates, 
the bank with the recalcitrant managers will be 
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taken over by a healthier bank and the recalcitrant 
managers may well find themselves out of work, 
anyway. Under the circumstances, wouldn’t it be 
better to work toward improving the operation of 
the bank instead of hindering it? 


The Chalienge of Managing an Architecture 

Of course, it is easy to discuss enlightened manage- 
ment practices when it’s not your ox being gored. 
In the real world, it’s never that easy. But if you 
don’t manage change, it has a way of managing it- 
self, and that rarely works out well. 

So how can an organization predict the im- 
pact of cooperative processing? And how can this 
impact be channeled to benefit the organization’s 
mission rather than the personal agendas of some 
of the group’s best political players? 

It would take a book to answer these ques- 
tions completely, but I can tell you some things to 
look for. 

First, the impact of any organizational change 
will depend on the structure of the organization. Is 
it rigid or flexible? Is it hierarchical or does it have 
a flat, matrix-type management structure? Flexible 
organizations encourage their members to find in- 
novative ways to perform their tasks. They don’t 
have rigid expectations of how each task will be 
performed, and they don’t deal harshly with indi- 
viduals who attempt to perform their roles in new 
and innovative ways. Rigid organizations define 
the roles of individuals specifically and firmly en- 
force role expectations. In a rigid organization, you 
just don’t do things differently. Between the two 
extremes of rigid and flexible organizations is a 
spectrum of organization types. 

Often, rigid organizations are organized in a 
hierarchical manner. The lines of authority are 
clearly defined and reporting relationships are di- 
rect and exclusive. In other words, a mid-level 
manager reports directly to a single manager and 
has exclusive and direct authority over a group of 
direct reports. This 1s in marked contrast to the 
matrix-management scheme, in which, for exam- 
ple, a product manager may have dotted-lined re- 
sponsibility for R&D and marketing without direct 
supervisory responsibility over those areas. 

While it might seem that matrix-management 
schemes are implemented in flexible organizations 
and rigid organizations are hierarchical, this isn’t 
always the case. Nor is it correct to assume that 
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change is easier to implement in a flexible, matrix- 

managed organization and more difficult to imple- 

ment in a rigid, hierarchical one. It’s more complex 
than that. 

Flexible organizations are not only more le- 
nient with individuals who find new ways to get 
their jobs done, they are also more likely to alter 
the structure of the organization when conditions 
change. They tend to hire and promote people who 
are most comfortable in a flexible setting and to 
encourage those who need more structure to 
“loosen up.’’ A culture like this is often a hotbed of 
innovation and is likely to find many ways to use 
cooperative processing to the benefit of the organi- 
zation’s mission. 

Rigid organizations, on the other hand, are 
less likely to readily accept the changes that are 
necessary to successfully implement a cooperative 
processing system and to take full advantage of the 
benefits that such a system may offer. Role expec- 
tations are more often cast in concrete in a rigid 
organization and reporting structures and group 
responsibilities are just as clearly defined and 
firmly enforced as individual roles. An organiza- 
tion like that 1s not likely to rearrange itself, for 
example, to eliminate redundant positions, so 
some of the potential benefits of a new system may 
remain just that—potential. 

Now, if flexible organizations are more likely 
than rigid organizations to implement change, and 
if flexible organizations are often matrix-managed, 
does it follow that matrix organizations are more 
likely to successfully adopt cooperative processing 
than hierarchical organizations? 

Not necessarily. If the flexibility-rigidity ele- 
ment is equal in two differently managed organiza- 
tions, the hierarchical one is more likely to be 
successful at change management than the matrix 
organization. The reason has to do with the sim- 
plicity of the hierarchical organization. 

In matrix organizations, each dotted-line rela- 
tionship is a negotiated relationship based on the 
common understanding of the individuals in- 
volved concerning who is responsible for what 
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functions and who gets his way if there is a non- 
negotiable disagreement. When reporting relation- e, 
ships change, these negotiated relationships must 
be rebuilt. That is a time-consuming process. And 
since people don’t get along with everyone they 
work with, some of the new relationships may be 
harder to renegotiate than others. The entire pro- 
cess takes a fair amount of time and effort. 

By comparison, hierarchical organizations, 
with their direct and exclusive reporting relation- 
ships, are more easily recast than complex matrix- 
managed organizations. Since the reporting 
relationships are more clearly defined, it’s easier to 
define the new set of roles for everyone, and it’s 
easier to follow through in order to make certain 
that the new way of operating is implemented 
properly. 

Flexible-hierarchical organizations are more 
likely to implement cooperative processing systems 
in a manner that will maximize the benefits to the 
organization. Flexible-matrix organizations will 
also find ways to successfully implement the tech- 
nology; it will just take them longer. 

For rigid-hierarchical organizations, however, 
the outlook isn’t quite so good. In these settings, 
any type of change is threatening and difficult to 
manage. In particular, the battle lines between PC 
advocates and MIS may be drawn more clearly in 
these organizations, especially when the MIS orga- 
nization has a poor track record for delivering new 
applications and has resisted providing more than 
token support for PC users. 

This 1s particularly unfortunate because coop- 
erative processing may be the perfect tonic for the 
stalemate that has evolved between the PC and 
mainframe camps in rigid organizations. The use 
of cooperative processing not only gives each of the 
combatants what it wants, but it does so by match- 
ing technological responsibilities to organizational 
ones. 

Neither PCs nor mainframes are going to go 
away any time soon, and the sooner organizations 
learn to make the best of both, the more they will 
succeed in their other goals. 
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Although it is a natural phenomenon to resist change, the process of automating an 
organization often results in an even stronger level of resistance among employees. 
This resistance can seriously impede the implementation of computer technology. 
The equity-implementation (E-I) model is a theory-based guideline to understand 
users’ apprehension and resistance to change in a computer setting. It helps man- 
agers understand, and prepare for, the inevitable resistance to systems implemen- 


tation. 


Introduction 


Successful implementation of modern tech- 
nologies, innovations, and management 
science is critical for enhancing the produc- 
tivity and the competitive position of an or- 
ganization.!* However, the successful im- 
plementation of modern computer-based 
automation technologies in organizations 
remains a challenge. Researchers have 
noted widespread failures in the implemen- 
tation of information systems.*-’ A number 
of different approaches and theoretical per- 
spectives have been adopted in examining 
and explaining the sources of implementa- 
tion problems. 

Some MIS researchers view the quality 
of the process of implementation as a major 
determinant of the success of implementa- 
tion.*.? This view recognizes systems im- 
plementation as a change process and sys- 
tems designers as change agents.®!° In 
recognition of the need to manage change, 
different perspectives and approaches have 


This Datapro report is a reprint of ““A Model of 
Users’ Perspective on Change: The Case of In- 
formation Systems Technology Implementa- 
tion’’ by Kailash Joshi, pp. 229-242, from MIS 
Quarterly, Volume 15, Number 2, June 1991. 
Copyright © 1991 by Society for Information 
Management and the Management Information 
Systems Research Center of the University of 
Minnesota. Reprinted with permission. 
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been proposed for understanding and man- 
aging the change process. These include the 
planned-change approach proposed by 
Lewin!! and Schein!” and further elabo- 
rated by Kolb and Frohman,'? the 
innovation-process approach,'* and the 
socio-technical systems approach.*!>!® 

MIS researchers have also viewed the 
dynamics of implementation as a political 
process, where the sequence and the direc- 
tion of implementation can be explained in 
terms of the conflicting interests of differ- 
ent user groups. Different user groups are 
viewed as competing to increase their 
power, to control information,'’-?° to ob- 
tain a greater share of computing 
resources, !?**!-2° and to achieve preferred 
task allocation.*+ Markus!” explains resis- 
tance to change and implementation diffi- 
culties primarily in terms of the conflict 
among users for increased power. She notes 
that the political perspective appears to be 
primarily applicable for systems cutting 
across multiple user departments. 

Some other factors considered relevant 
by MIS researchers in determining users’ 
acceptance and assessment of a system in- 
clude ease of use and usefulness,”° prior ex- 
pectations,’? user involvement,?’ and im- 
pact on work environment.?®?? Ginzberg, 
et al.2° considered various individual, orga- 
nizational, and system characteristics in 
their proposed model of implementation. 
These characteristics include management 
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support, user decision style, user knowledge, user job char- 
acteristics, user confidence in system, user demographics, 
goal congruence, and user involvement. | 

These studies and perspectives provide many useful in- 
sights into implementation problems and extend our un- 
derstanding of implementation issues. MIS researchers 


recognize user acceptance of systems as a major objective 


of systems implementation.*° While there are various per- 
spectives on resistance to change, there is consensus that 
understanding and explaining resistance to change is im- 
portant.*! These explanations, even if informal or im- 
plicit, guide the behavior of systems implementors.'!? MIS 
researchers recognize that better theories or models of user 
resistance would lead to better implementation strategies 
and desired implementation outcomes. 

This report examines the issue of IS implementation 
and resistance to change from an equity theory perspec- 
tive. Equity theory is a well-established theory whose pre- 
dictions have been found to be applicable in nearly all so- 
cial settings.*? The importance of equity issues in an 
organizational context has been recognized in the litera- 
ture. 

This report uses equity theory to develop an equity- 
implementation model that attempts to explain resistance 
to change. The model is based upon the premise that there 
is no fundamental resistance to every change. For exam- 
ple, individuals readily adopt changes such as a pay raise 
or promotion. It is proposed, therefore, that individuals 
attempt to evaluate most changes. Changes that are consid- 
ered favorable should not be resisted and may even be wel- 
comed. However, changes considered unfavorable are 
likely to be resisted. The model utilizes equity theory to 
identify the processes through which users may evaluate 
changes introduced by IS implementation to assess 
whether changes are favorable or unfavorable to them. The 
model provides a framework for integrating some of the 
previous MIS research studies. The model also suggests 
some guidelines for managing implementation. It should 
be noted that the focus of this report is on a specific imple- 
mentation or change rather than the whole MIS environ- 
ment. 

Previous equity research in the MIS-area identified 
procedural fairness, distributive fairness, and reciprocal 
fairness as the main dimensions of equity in the overall 
MIS context.3* Research has also demonstrated the influ- 
ence of equity on user attitudes such as user information 
satisfaction. This research has also discovered that proce- 
dural fairness is the most important fairness issue for us- 
ers, followed by distributive and reciprocal fairness.*> Eq- 
uity has been found to have the highest causal influence on 
the overall user information satisfaction (UIS) compared 
to the other known factors that are likely to influence 
UIS.°° Equity theory has also been used to explain user 
behaviors ranging from unfair behavior (e.g., political be- 
havior and user conflicts) and reactive dysfunctional be- 
havior (e.g., non-usage and non-cooperation) to fair behav- 
ior, such as seeking of fair structural arrangements for the 
allocation of MIS resources (e.g., steering committees, user 
control over budgets, decentralization, etc.).*” 

The next section analyzes a user’s view of changes (in- 
troduced by an implementation from an equity theory per- 
spective) and presents the equity-implementation (E-I) 
model. The following section presents three examples from 
the MIS context to illustrate the application of the model. 
Next is a discussion of the implications of the E-I model 
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along with some guidelines for managing the implementa- 


tion process. The final section includes a discussion of con- 


tributions of the research, limitations, and directions for 
future research. 


Equity-implementation Model 


Equity theory suggests that in every exchange relationship, 
individuals are constantly concerned about their inputs, 
outcomes, and the fairness of the exchange. Individuals are 
also constantly comparing themselves with others in their 
reference group to assess whether the relative gains are the 
same.?7'3*-39 In such an environment, when a change is 
introduced it is likely to change the inputs and outcomes of 
individuals and other parties involved in the exchange. 
When the changes in inputs and outcomes are such that on 
the whole the individual perceives a decline in his or her 
net gains, or inequity compared to others, the individual is 
likely to be distressed. Equity theory suggests the greater | 


the inequity or decline in net gain, the greater | the resulting 


distress would be. Individuals who experience the distress 
of inequity or loss of equity are likely to resent the change 
and resist it by attempting to minimize their inputs and 
others’ outcomes as well as by attempting to increase oth- 
ers’ inputs. On the other hand, individuals who perceive 
an increase in their equity are likely to welcome the 
change. 

An important step in developing the model is to iden- 
tify the different evaluation processes a user may employ 
in determining a change in equity due to an implementa- 
tion. Given that we are dealing with an organizational con- 
text, the task of identifying relevant equity evaluation pro- 
cesses can be guided by the likely comparisons within an 
organizational context. In the following discussion the or- 
ganization is termed the employer and an affected individ- 
ual is termed the user. The model in Table 1 identifies 
three levels of analysis that an individual may use in as- 
sessing the equity situation. These three levels of analysis 
are discussed below. 


First Level of Analysis 

At the first level of analysis, a user would evaluate the im- 
pact or likely impact of the implementation of a new sys- 
tem in terms of the resulting change in his/her outcomes 
and inputs as noted above. If the net gain due to change 
(i.e., A Outcomes — A Inputs) is positive, users would be 
favorably inclined toward the change. However, it the per- 
ception of the net gain is negative, users would view the 
change as unfavorable and resent it. 

Changes in outcomes are defined as the perceived ben- 
efits or losses that the implementation of a system brings 
about for the user. Some examples of change in outcomes 
may be better working conditions, less tension, loss of se- 
niority, or increased risk of losing one’s job. Similarly, | 
changes in inputs are the additional efforts, skills, or abili- 
ties that a user may need to bring to the job. Some exam- 
ples of changes in inputs may be increased workload, in- 
creased cognitive effort, or fewer physical tasks. Table 2 
lists some likely changes in the outcomes and inputs for 
users due to an information system or jecnnolcey imple- 
mentation. 


Second Level of Analysis | 

When new technologies or systems are introduced the re- 
sulting improvements in productivity are likely to generate 
benefits for employers. Users who participate in the imple- 
mentation of the new technology are likely to feel that they 
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Table 1. Equity-Implementation Model: Process Employed by a User in the 
Assessment of the Impact of an Implementation on His or Her Equity Status 


Level of Focus Criterion 
Analysis 

1 Self 

2 Self and the employer 

3 Self and other users 


Change in equity status of self 


Fair sharing of profits (benefits) 
between self and the employer 


Asymmetry in the impact on 
equity when compared with other 


Operational Definition 
Net change in equity status = 
A Outcomes — A Inputs 


A Relative outcomes* of self vs. 
A Relative outcomes of the employer 


A Relative outcomes of self vs. 
A Relative outcomes of other users 


users in the reference group 


“Change in relative outcomes may be expressed as: 


A Outcomes 
A Relative outcomes = 
on account of Deservingness 
the change 
and 


Deservingness = Weighted average of outcomes expected based upon contributions (inputs), merit, equality, or other criteria. 


should also share fairly in the benefits generated on ac- 
count of users’ and employer’s collaborative effort in in- 
troducing the new system or technology. Users are likely to 
expect that the profits or benefits should be shared in pro- 
portion to the deservingness of each party. 

Therefore, at the second level of analysis, a user is likely 
to compare the change in his or her relative outcomes with 
that of the employer. (Table 1 presents the conceptual for- 
mulation for an assessment of change in relative out- 
comes.) Leventhal*® identified that in addition to the con- 
tributions criterion (i.e., inputs), individuals may also 
expect outcomes based upon criteria such as equality (a 
special case where inputs of all are considered the same), 
need, or merit (a relevant input). Therefore, the expected 
deservingness may be viewed as a weighted average of out- 
comes or gains expected based upon the criteria identified 
above. A user is likely to evaluate whether the gains have 
been shared between the employer and himself or herself 
in proportion to each one’s respective deservingness. If the 
user feels that the employer (or the stock holders’ group) 
has obtained greater relative gains compared to himself or 
herself or his or her group, the user is likely to become 
distressed and view the change as unfavorable. 

In some instances the issue of procedural fairness may 
also be relevant. This can influence users’ perceptions of 
fairness in the outcomes received due to the change.?*-*! 
For example, if some change is made on an arbitrary basis 
without users’ involvement, users may perceive greater in- 
equity compared to the introduction of the same change 
with proper bargaining or involvement process. Thus, the 
issue of procedures used in determining the relative alloca- 
tion may also be relevant in some contexts. 


Third Level of Analysis 

At the third level of analysis, a user is likely to compare his 
or her relative outcomes with that of other users in the 
reference group. Some relevant questions would be: Does 
the new system impact all users similarly, or does the sys- 
tem result in increasing some users equity and lowering 
others? If a user feels that some other users or user groups 
have benefited from the new system while he or she has not 
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benefited at all or not as much, the user is likely to experi- 
ence inequity and assess the change as unfavorable. As dis- 
cussed above, in some instances the issue of procedural 
fairness may also be relevant in determining the fairness 
perceptions in the relative allocation of resources to differ- 
ent user groups. 

All three levels of analysis are likely to be important in 
determining the equity perceptions of a user. In addition, 
however, to considerations of his or her own outcomes and 
inputs, a user’s equity perceptions may also be influenced 
by consideration of changes in the outcomes and inputs of 
his or her group or department. Strong group or depart- 
mental identification or affiliation may provide a frame of 
reference for the user to assess his or her own outcomes 
and inputs on the basis of the outcomes and inputs of the 
group.** The strength of group identification and its influ- 
ence on equity perceptions may depend upon the nature of 
the group, the size of the group, and the type of outcomes 
and inputs being considered. 

Users’ assessment of changes in their own and others’ 
inputs and outcomes is an important aspect of the determi- 
nation of the impact of a change on equity. Different users 
are likely to consider different factors as relevant inputs 
and outcomes and may assign different values to different 
factors in arriving at the overall assessment of inputs and 
outcomes. Therefore, outcomes or inputs in the model rep- 
resent benefits or contributions adjusted for their relative 
importance. For example, a benefit such as a $200 pay 
raise may be considered a greater outcome compared to a 
benefit such as a $200 increase in the budget. Even the 
same factor may be considered as an input by some users 
and an outcome by other users. For example, learning a 
new system (e.g., a popular word processing package) may 
be considered as an effort (i.e., an input) by an old em- 
ployee who is unlikely to rise further or seek a change in his 
or her job. But learning the new system may be considered 
as the acquisition of a marketable skill (i.e., an outcome) 
by a young, ambitious employee who may be able to take 
advantage of the new skill in seeking a better job or promo- 
tion over time. Thus, it is not unusual that different users 
may evaluate the same change differently. 
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Table 2. Possible Changes in Outcomes and Inputs on Account of Implementation 


Increase in Outcomes 
e More pleasant work environment 


e Less tension, more job satisfaction 

¢ More opportunities for advancement 

e Better service to customers 

e Recognition, better visibility 

e Salary increase, grade increase, or higher-level title 
e Increase in power and influence 

e Learning a marketable skill 

e Reduced dependence on others 


e Usefulness of the system 
Decrease in Outcomes 
e Reduced job satisfaction 


e Reduced power 

e Reduced bargaining power relative to the employer or others 
e Threat of loss of employment 

e Loss of value of marketable skills 

e Reduced importance, control 

e Increased monitoring 

e Reduced scope for advancement 

¢ More role conflict and ambiguity 

e Potentional failure in learning and adopting the new system 


The next section provides some insights into the nature 
of inputs and outcomes considered by users through three 
examples from different implementation contexts. The ex- 
amples also help us understand the nature of the evalua- 
tion process and the three levels of analysis in determining 
the overall impact of change on equity. 


Examples illustrating the E-I Model 


Example 1: Introduction of Computer Systems for Clinical 
Laboratory Personnel 


In this section we examine the details of a case study re- 
ported by Kaplan and Duchon* involving computer sys- 
tems implemented for reporting laboratory testing results 
in a hospital. Essentially, Kaplan and Duchon reported 
that in their questionnaire survey, differences in users’ 
(clinical laboratory personnel) reactions to the introduc- 
tion of new computer systems could not be explained by 
factors such as job characteristics, role conflict and ambi- 
guity, departmental technology, and leader-member rela- 
tionships. However, an analysis of data obtained from in- 
terviews and open-ended questions suggested that users’ 
reactions to computer systems can be explained by their 
assessment of change in workload and change in results 
reporting. 

Kaplan and Duchon used a process-oriented/product- 
oriented classification of users in order to explain their re- 
sults. Users were viewed to be process-oriented if they be- 
lieved that their workload increased and product-oriented 
if they believed that the service provided to doctors and 
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Increase in Inputs 
¢ More work in entering data 


¢ More tension 

e Bringing higher level skills to the job 

¢ Effort in learning a new system 

e Assignment of additional tasks 

e More effort in performing tasks in view of increased monitoring 
e Need to spend more time 

e Fear of unknown (e.g., failure) and the resulting anxiety 


Decrease in Inputs 
¢ Ease of usage 


¢Less effort 

e Reduced search for solutions or information 
e Reduced manual effort 

« Reduced cognitive effort 

e Less rework due to fewer errors 


nurses improved. However, the validity and generalizabil- 
ity of the new user characterization proposed by Kaplan 
and Duchon are questionable and have not been estab- 
lished. | 

Clinical laboratory personnel’s different reactions to 
implementation can be explained by the E-I model without 
resorting to a new characterization of users. At the first 
level of analysis, all users are likely to view increased work- 
load as an increase in inputs, though the magnitude as- 
signed may differ. Users may also view as outcomes the 
reduction/elimination of interruptions on account of fre- 
quent telephone calls from doctors and nurses, better ser- 
vice provided, and faster delivery of results. Users are 
likely to vary in terms of value they assign to these out- 
comes. Some users may not even consider some of the 
above factors as relevant outcomes. Users who view in- 
creased workload as a significant additional input that out- 
weighs the outcomes on account of reduced interruptions, 
better service, fewer errors, etc., are likely to perceive a loss 
of equity and view the new system unfavorably. This is 
supported in Kaplan and Duchon’s study. Similarly, users 
who felt that outcomes on account of better service and 
less interruptions outweighed an increase in the inputs on 
account of increased workload should react favorably to 
the new system. This is also supported in Kaplan and Du- 
chon’s study. The magnitude of a user’s positive or nega- 
tive reaction to the system will depend upon the user’s per- 
ception of the magnitude of net change in equity status. 
The E-I model also recognizes that users who feel that ad- 
ditional outcomes nearly match the additional inputs 
needed are likely to be relatively indifferent to the new 
system. 

The model also suggests some other relevant inputs and 
outcomes not considered in Kaplan and Duchon’s study. 
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These may be the effort to learn the new system, impact on 
wages Or promotion prospects, computer monitoring of 
laboratory personnel, etc. 

At the second level of analysis is the question of sharing 
the benefits of the new system between the hospital and the 
laboratory personnel. In this case it appears that the bene- 
fits may be somewhat ambiguous or intangible; therefore, 
the impact on equity at this level of analysis may not be 
very significant. It would not be surprising, however, if 
some clinical laboratory personnel expect higher pay or job 
levels due to their increased inputs and the benefits that 
the system may bring to the hospital. 

The third level of analysis considers the issue of the im- 
pact of the new system on the relative equity position of 
different user groups. In this case, the new system appears 
to have nearly the same impact for all laboratory person- 
nel. However, there are differences in change in equity po- 
sition when doctors and nurses are considered. Some lab- 
oratory personnel are likely to view that the system 
increases their own workload while it benefits doctors and 
nurses substantially by improving communication and ser- 
vice to them. These lab users may not consider better ser- 
vice to be an outcome. This asymmetry in the benefits of 
the system is a possible source of distress for laboratory 
personnel. 

While this example has been presented primarily as an 
illustration of the application of the E-I model, the model 
suggests an explanation of the findings of Kaplan and Du- 
chon without relying on a new characterization of individ- 
uals. Unlike Kaplan and Duchon’s analysis, the model also 
recognizes that some users may be indifferent to the new 
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system. The model is also useful in identifying additional 
new factors that may be relevant in this context. 


Example 2: Introduction of Computer Systems in Indian 
Banks 


Employee unions in public sector banks in India have tra- 
ditionally resisted the introduction of computer systems.*? 
The E-I model can be used to explain the basis for this 
resistance. At the first level of analysis, bank employees 
may feel that the new system would require additional in- 
puts in the form of learning and understanding new tech- 
nology. Employees may also be apprehensive about possi- 
ble negative outcomes such as computer monitoring and 
reporting of their activities, loss of promotion or advance- 
ment opportunities in a possibly thinned-out organization, 
and loss of control over work and bargaining power in an 
automated bank (i.e., reduction in impact of any likely 
strike action, as noticed in a recent strike by a telephone 
company’s employees). Although, the government has 
given full assurances that none of the employees would be 
laid off or terminated, the possibility of transfer to an un- 
desirable location also remains a likely negative outcome 
for some employees. Some likely increases in outcomes 
may be fewer errors, better customer service, and less fa- 
tigue. However, in view of stronger negative outcomes, the 
first level of analysis may return a possible net loss for em- 
ployees. 

At the second level of analysis, employees also realize 
that there is likely to be an increase in productivity and 
profits due to computerization. These benefits may be kept 


Table 3. Suggestions for Improving Equity Impacts of Implementation 


Strategy 


Altering actual inputs and 
outcomes 


Altering perceptions of 
inputs and outcomes 
(through suitable training, 
communication, and fair 
procedures) 


Objective 
Reduce users’ inputs 


Increase users’ outcomes 


Reduce users’ inputs 


Increase users’ outcomes 


Employer's input and 
outcomes 


Other’s inputs and 
outcomes 


Users’ perceptions of 
procedural fairness 
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Actions 


¢ Well-designed training programs to reduce learning effort and 
frustrations 


¢ Help line/on-demand help 
¢ Extra temporary staff or overtime help during implementation 


¢ Positive equity through ‘‘royal/plush treatment” in training 
programs, design reviews, or briefing sessions 


e Praise, recognition, awards 
¢ Salary/grade increase 
e Job reclassification 


e Alleviate concerns about loss of employment, future prospects 
e Emphasize learning new skills as outcomes rather than inputs 


e Emphasize the status and prestige of working in a modern 
environment with latest technology/innovation 


e Emphasize the outcomes on account of learning new marketable 


skills 


e Explain employer’s inputs and deservingness (@.g., risks, 
investment, R&D effort, etc.) 


« Explain the need to pass on the benefits to customers on 
account of the competition 


e Explain better-treated users’ deservingness 


e Fair procedures for user involvement, bargaining, and 
negotiations with user representatives 
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solely by the banks. Therefore, one of the conditions that 
employees have persistently advanced for accepting com- 
puter systems is that their salary scales and job classifica- 
tions should be upgraded. This is to ensure that benefits of 
improvements in productivity are shared between employ- 
ers and employees on what employees consider to be a fair 
basis. All of this appears to be in line with the second level 
proposed in the model. Further, if the changes are not ne- 
gotiated with the unions through the normal bargaining 
processes, users may perceive procedural inequity and 
question the fairness of the outcomes. 

At the third level of analysis, bank employees are likely 
to be concerned about the distribution of outcomes among 
different employees. Recently the Indian government 
agreed to pay increases for bank employees in branches 
where computers are to be installed. However, the bank 
unions, who view the deservingness of all bank employees 
to be the same, are insisting that the pay increase should 
apply uniformly to all employees, including those in the 
more than 95% of bank branches where computers are not 
yet scheduled to be installed. | 

Thus, the E-I model appears to explain the dynamics of 
employee resistance to computerization in Indian banks. 
All three levels of analysis appear to be relevant in this 
context. 


Example 3: Introduction of Fourth-Generation Languages 


MIS researchers have generally examined users’ resistance 
to change. Reports of traditional programmers’ resistance 
to the adoption of fourth-generation languages have also 
appeared in trade publications. The E-I model suggests the 
likely reasons. Fourth-generation languages may reduce 
the employment and advancement prospects for tradi- 
tional programmers, resulting in negative outcomes. Tra- 
ditional programmers may also fear the loss of market 
value and competitive advantage in a skill developed over 
time, which is also a negative outcome. Further, additional 
inputs may be required to learn fourth-generation lan- 
guages. Some likely positive outcomes may be faster cus- 
tomer service and reduction in backlog and overtime. Be- 
cause negative outcomes seem to dominate at the first level 
of analysis, there appears to be a net loss for traditional 
programmers. At the second level of analysis, the advan- 
tages of productivity improvement are likely to be mostly 
realized by employers due to the programmers’ generally 
poor bargaining power. Finally, at the third level, when 
traditional programmers compare themselves with new 
programmers who learn fourth-generation languages, there 
is a stronger case for inequity. New programmers may be 
able to achieve the same outcomes as traditional program- 
mers with far fewer inputs. Thus, many traditional pro- 
grammers are likely to view the changes introduced by 
fourth-generation languages unfavorably. 


Guidelines for Managing Change During 
Implementation 


The E-I model suggests the importance of managing equity 
perceptions for successful implementation. A necessary 
first step may be to identify possible equity concerns of 
users with respect to the implementation. Actions to im- 
prove equity perceptions can be taken along two dimen- 
sions. Attempts can be made to improve equity by altering 
the actual outcomes and inputs of users, or by attempting 
to alter users’ perceptions of their own and others’ inputs 
and outcomes. Table 3 summarizes some of the possible 
actions that may be taken. 
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A number of steps can be taken to increase the actual 
outcomes of users. Users can be given additional outcomes 
in the form of an appropriate wage or job status increase. 
This may be particularly relevant if the new system in- 
volves development and use of higher-level skills by users. 
Users’ outcomes can also be increased through changes in 
working conditions (e.g., flexible time schedule or reduc- 
tion in the number of hours worked per week). Even if it is 
infeasible to provide the above outcomes, other actions 
can be undertaken. For example, the secretaries who learn 
a new word processing package can be given appreciation 
letters, special skill certificates, recognition, and small 
awards for cooperating in the implementation and for 
learning and using the new system. Users’ fear of negative 
outcomes can be mitigated if employees are not discharged 
or laid off upon successful implementation. If assurances 
can be given to users as soon as possible on this issue, it » 
may reduce their negative outcomes. 

The strategy of positive equity (or over equity) can also 
be used to obtain user cooperation and a favorable re- 
sponse to implementation. Equity researchers have noted 
that positive equity is also discomforting to individuals.*3 
Most individuals who experience positive equity in a rela- 
tionship feel obliged to reciprocate by increasing the out- 
comes of the participants in the relationship.**+ The 
positive-equity strategy is used in many different contexts, 
ranging from advertising, sponsorships, donations, sales 
and marketing, to social contexts (Compliments, entertain- 
ing, and gifts). 

Some means for creating positive equity in the MIS 
context, such as giving appreciation letters, praise, recog- 
nition, and awards for help in implementation efforts, 
have been identified above. Additional steps may be to 
give users a posh treatment in training programs, design 
reviews, and briefing sessions. Many professional trainers 
would attest to the value of good food, plush surroundings, 
souvenirs, and elegant training materials in inducing posi- 
tive equity among participants. Participants may view 
such training programs as an outcome rather than an effort 
or input. 

Implementors can also take steps to minimize users’ in- 
puts. Some inputs that users have to provide in implemen- 
tation include learning effort, additional tasks to be per- 
formed, and additional time requirements. The effort 
involved in learning new systems can be reduced through 
better teaching materials, personal attention, and on- 
demand help in diagnosing and solving problems. Imple- 
mentors can also attempt to anticipate the additional 
workload and provide additional temporary help or mon- 
etary compensation (e.g., overtime pay). It may be easier 
to offer such help it it is already planned and budgeted for 
in the project cost. 

The second strategy for improving equity is through al- | 
tering users’ perceptions about their own and others’ inputs 
and outcomes. Equity researchers recognize the impor- 
tance of training and communication in altering individu- 
als’ perceptions about inputs and outcomes. For example, 
Greenberg? discusses how supervisory training programs 
can lead the newly promoted supervisors to view their in- 
creased responsibility as a desirable goal, i.e., an outcome 
from the new job. 

Training and communication are likely to be important 
tools for managing user perceptions about inputs and out- 
puts and the distribution of benefits, particularly when us- 
ers’ perceptions may be formed in the absence of pertinent 
information. Users can be influenced to view learning as 
an outcome that will improve mobility and job prospects 
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rather than as an input. The benefits of the new system can — 


be emphasized in improving working conditions and qual- 
ity of work. Training programs can also present the use of 
the latest technology and systems as outcomes for users. 
The question of distribution of benefits among em- 
ployer and employees is also important. Assuming that a 


fair attempt has been made to share the benefits, users can 


be convinced to view the company’s survival and financial 
viability against the competition as a desirable outcome 
that would bring stability and security to their jobs. This 
should mitigate users’ perception of unfair allocation. For 
example, no airline can survive without computerization 
of reservations. Therefore, in a highly competitive envi- 
ronment the employer may be forced to pass on the bene- 
fits of computerization to consumers. Properly dissemi- 
nating this information should help mitigate perceptions 
of inequity by employees. 

Users’ perceptions of inequity can also be mitigated by 
explaining the deservingness of the better-treated user 
groups through suitable training and communication pro- 
grams designed to reduce the perceived inequity. For ex- 
ample, in the clinical laboratory case study (discussed ear- 
lier), lab personnel may feel that the system favors doctors 
and nurses. Inequity on this account can be mitigated by 
explaining the deservingness of doctors and nurses by 
highlighting issues such as the very high cost of their time, 
time pressure, urgency of reports for saving patients’ lives, 
importance of patient service for hospital business, etc. 
Thus, the E-I model suggests guidelines for focusing the 
objective and content of training and communication pro- 
grams. 

Finally, the establishment of fair procedures for deter- 
mining the relative outcomes for different user groups and 
for the employer and users may also contribute to lowering 
the perception of inequity in the relative allocation of out- 
comes. Changes that are introduced through some fair pro- 
cedure, such as bargaining with trade unions, negotiations, 
and user involvement and participation, are likely to be 
viewed better at least in terms of procedural fairness. 

While the above analysis provides guidelines for man- 
aging implementation efforts, all implementation prob- 
lems cannot be overcome. For example, the distress of in- 
equity experienced by users who are about to lose their 
jobs due to the new system cannot be overcome despite the 
best efforts of implementors. The decision to terminate us- 
ers may be beyond the control of implementors. However, 
to the extent possible, such extreme inequities should be 
avoided. Highly inequitable treatment of some users, such 
as termination, is likely to influence the equity perceptions 
of other users as well. Equity researchers have recognized 
the importance of group identification in determining an 
individual’s equity perceptions.2* When a user views other 
inequitably treated users as belonging to his or her group 
(e.g., clerical group, departmental group, lab technologists’ 
group, etc.), even the better-treated users may develop per- 
ceptions of inequity. For example, if a clerical user is dis- 
charged, other clerical users in the reference group may 
also feel inequitably treated. 


Conclusion 


This report develops a theory-based understanding of in- 
formation systems users’ resistance to change. It describes 
a three-level process employed by users to evaluate a 
change in terms of its impact on their equity status. To 
assess the change in equity, users are viewed as evaluating 
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their net gain based upon changes in their inputs and out- 
comes and comparing their relative outcomes with that of 
other users or user groups and the employer. 


Contributions of the Research 


_ The model provides an alternate theoretical basis for ex- 


plaining and predicting resistance to change as well as dif- 
ferent user assessments of the same change. The frame- 
work of analysis presented in the model is likely to be 
useful for practioners as well as researchers. Some guide- 
lines for implementation identified in this report may be 
useful for managing IS implementation. Unlike some pre- 
vious models, it can be applied to any level of change or 
implementation, ranging from the implementation of a 
word processing package involving one or more users to 
the implementation of large integrated systems involving 
many users in one or more departments. 

Previous MIS research, based upon different theoreti- 
cal perspectives, has made substantial progress in under- 
standing users’ resistance to changes introduced by IS im- 
plementation. Therefore, one important aspect of 
elaborating the contributions of this study would be to ex- 
amine how this study improves upon previous work. The 
three levels of the E-I model should be appropriate for or- 
ganizing this discussion. 

At the first level of analysis, previous studies have iden- 
tified and focused upon one or two specific factors at a 
time. For example, Davis”° identified ease of use (less in- 
puts) and usefulness (an outcome); Markus! identified 
power (an outcome); Turner?’ identified stress (a negative 
outcome) and job satisfaction (an outcome); Joshi*> iden- 
tified role conflict and role ambiguity (negative outcomes); 
and Kaplan and Duchon’*? identified improved customer 
service (an outcome) and increased workload (an input). 
This study suggests that these different factors should be 
viewed as inputs and outcomes and that users are likely to 
consider all of them together in assessing a change. The 
model identifies users’ concern for an equity balance in 
their inputs and outcomes and the need for a net gain in 
equity balance for a change to be considered favorable. 
Models that consider only a few inputs or outcomes may 
be omitting important variables considered by users. The 
model clarifies the issue of relevant inputs and outcomes; 
therefore, the search for other relevant factors can be facil- 
itated in future research. For example, it was noted that 
trained secretaries may view their higher-level skills as an 
additional input. 

The second and third levels of analysis consider the in- 
terests of different groups. Previous MIS research has fo- 
cused mainly on the third level of analysis. Markus’? iden- 
tified the issue of conflict and struggle among different 
user groups aS providing motivation for resistance to 
change. Two key elements of this political perspective are: 
conflict between different user groups, and their attempts 
to gain power and other resources (outcomes). In the E-I 
model, conflict or struggle for power is not necessary. The 
E-I model describes a process of comparison that can occur 
with or without any direct interaction or conflict among 
different groups. Thus, the model makes less restrictive as- 
sumptions. According to equity researchers, the process of 
comparison is likely to be relevant in most settings, even 
among participants who do not interact directly. There- 
fore, the model has a wider applicability compared to the 
political perspective in explaining resistance to implemen- 
tation. Further, the relevant issues for comparison should 
be the overall relative outcomes, which involve consider- 
ation of a wide range of inputs and outcomes, in addition 
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to power and computing resources. The model also identi- 
fies the issue of comparison with the employer (which may 
include stock holders) in the second level of analysis. Com- 
parison with the employer is not the same as comparison 
with managers or other users, as clarified in the example 
on Indian banks. 

In the context of user acceptance of change, MIS re- 
searchers have identified the need for “‘an integrating par- 
adigm to guide theory development and to provide a com- 
mon frame of reference within which to integrate various 
research streams.’*© The E-I model has the potential to 
fulfill this need. It could provide an integrating framework 
for the implementation, user acceptance, and resistance to 
change research. While future research should assess this 
potential, there is some evidence to encourage consider- 
ation of the model for this role. The model provides an 
opportunity to integrate separate streams of implementa- 
tion research, such as those pursued by Markus!” and 
Davis,*° under one framework. The relationship between 
the work of Markus and Davis has not been adequately 
recognized in the previous research, as evident from the 
fact that Davis?© does not cite Markus.’? The three levels 
of analysis proposed in the model consider a wide range of 
issues under a single framework and, therefore, offer addi- 
tional insights into users’ assessment of implementation, 
as suggested by the three examples discussed earlier. 

Finally, the model also identifies the limitations of im- 
plementors in overcoming user resistance. It identifies the 
issues that may be beyond the authority of many imple- 
mentors (e.g., the issue of pay raise or promotion). It may 
be necessary to involve the upper or top management to 
deal with some of these issues. An appreciation of user 
concerns as provided by the E-I model should be useful for 
management in arriving at better, well-informed decisions. 


Limitations 

The model needs to be tested in the MIS environment. The 
full range of inputs and outcomes considered by users also 
needs to be identified. Some limitations in the evaluation 
of inputs and outcomes should also be recognized. There 
may be some limitations and weaknesses in users’ evalua- 
tion and decision-making processes that may limit the ob- 
jectivity of users’ assessment to some extent, although the 
extent of such difficulties remains to be fully understood. 
Possible fear and uncertainty about the nature of changes 
may also make it difficult for users to make an objective 
assessment. Users may also lack awareness of some out- 
comes and inputs. Therefore, as additional information 
becomes available, users may change their assessment. Us- 
ers may also have mixed feelings about a given change. 
However, once a system is installed, it should be possible 
for users to make a better assessment. If the change is 
viewed unfavorably, resistance may develop and continue 
even after implementation. 

Although the model identifies the relevant issues and 
problems considered by users, it does not mean that there 
is an easy solution to some of these issues. Issues such as 
fair sharing of benefits with employers and increasing the 
monetary outcomes of users may be beyond the control of 
many implementors. 


Directions for Future Research 

The E-I model presented in this report raises a number of 
research questions and opens up directions for future re- 
search. The model can be evaluated through case studies 
and empirical studies in field settings. Research may be 
conducted to identify the relevant inputs and outcomes 
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considered by users in different implementation contexts. 
The relationship between perceived changes in inputs and 
outcomes and users’ assessment of a specific implementa- 
tion can also be investigated empirically. Development of 
suitable instruments is also needed to assess users’ percep- 
tions of equity impacts of an implementation. 

The effectiveness of strategies for altering actual inputs 
and outcomes and strategies for changing users’ percep- 
tions about inputs and outcomes can also be investigated 
through suitable intervention in field settings and possibly 
through laboratory experiments. 
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Datapro Summary 


The case studies presented here demonstrate many of the potential benefits inher- 
ent in LAN technology. All three of the profiled companies—a natural gas prod- 
ucts transporter, a medical clinic, and a gas marketing company—implemented 
LAN systems to conduct mission-critical operations (those crucial to the compa- 
ny’s business). All three obtained better productivity with their new LAN systems 
compared to their previous systems, contributing to the continuing success and 
growth of their business. In each case, a LAN has provided benefits that other 


solutions would not have been able to provide for the same price. 


Company A: 
Gas Products Transporting 
Company 


Company Background 

Company A, the largest natural gas prod- 
ucts transporter in the United States, buys 
and sells a variety of energy products with 
customers and suppliers around the world. 
They have major corporate offices in Hous- 
ton, TX; Paris, France; and the Nether- 
lands. 


Business Need 

Company A needed to integrate their inter- 
national liquid petroleum gas (LPG) trad- 
ing business with their ship management 
business. It required an integrated, auto- 
mated group of information systems to 
track its international transactions, includ- 
ing all trading deals, contracts, prices, sup- 
pliers, receivers, ports, and vessels. In addi- 
tion, it needed a ship management system 
to store information not only for vessels 
owned by the company, but for all vessels 
that could potentially carry LPG products. 


—By Ben Mayberry and 
Elisa Garza 
Business Systems Group, Inc. (BSG) 
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Adding to the challenge, it needed the inte- 
grated system up and running almost im- 
mediately to coincide with the start of peak 
demand periods for LPG (the beginning of 
winter in the Northern Hemisphere). 

Company A had already implemented a 
number of systems on a local area network, 
but these systems were not integrated and 
each required expansion. Integration would 
help them run efficiently (perform their du- 
ties easier and faster than before) by allow- 
ing all employees to access a single, com- 
plete database of information in a graphical 
format. It also needed to implement the 
ship management system. When the com- 
pany began working with a consulting firm 
toward a solution for this set of problems, it 
realized that a LAN-based solution was not 
only the answer to its computer system 
needs, but also the best solution from a 
budget perspective and one that would al- 
low easy adaptability for change and 
growth. 


The integrated system needed to perform 
four groups of functions: 


¢ Contract Profile 

¢ Supply/Demand 
¢« Cargo Recap 

¢ Ship Management 
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The individual duties in these function groups included: 


¢« contract administration, including record-keeping and 
the sending of contracts over telex 


e voyage calculation, to determine the best economic alter- 
native for shipping 


¢ ship chartering 
° product accounting 


¢ deal economics, to determine the productivity of their 
transactions 


¢ customer invoicing 


invoice payment 
e storage management 


The first three function groups (Contract Profile, Supply/ 
Demand, and Cargo Recap) existed in a LAN environ- 
ment, but each system stood alone. The fourth function, 
Ship Management, did not yet have mechanized support. 
A new system was needed to integrate and enhance these 
organizational systems, allowing for the overlapping and 
sharing of data, and the capability to add new systems as 
the need arose. 


System Design 

Company A worked with the consultants they hired to de- 
velop a customized, integrated system that operated from 
a central database server. This system was to operate on 
the pre-existing LAN. The consulting team used an itera- 
tive prototyping approach to develop the system. They di- 
vided the project into four phases: 


¢ system design 

¢ prototype development 
e system implementation 
e system support 


During the first phase, system design, the consulting team 
evaluated the existing systems, consulted with the key us- 
ers to determine functional requirements, designed the da- 
tabase structure, and defined the hardware and software 
requirements. Two months after the start of the project, 
the consulting team had developed a prototype system and 
requested that key users review and test the system. The 
team also revised the system based on user feedback and 
suggestions. Less than four months after they began work 
on the project, the consulting team implemented the sys- 
tem, meeting the requirement that the system be in opera- 
tion for the peak demand period. By this time, they had 
completed development and user testing of the system, de- 
veloped and conducted training programs for all of the af- 
fected users, and converted all information from the exist- 
ing systems to the new database. During the first month of 


system operation, the consulting team provided system 


support, including technical, training, and general user as- 
sistance. 

The existing technical environment was enhanced to 
use the Novell NetWare 386 network operating system 
with two Compag SystemPros, one as a file server and an- 
other as the database server running Oracle Server for Net- 
Ware. The PCs used with the previous systems were not 
changed. 
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Results 

Company A has gained many advantages from the changes 
to an integrated LAN solution. In the short term, this solu- 
tion is much more cost effective than a mainframe solu- 
tion, both initially and for ongoing costs. In addition, 
quick system development and early training classes saved 
costs for consulting and employee learning time, allowing 
for significant productivity improvement in the short 
term. 

But the real benefit is long term. This gas products 
transporting company now has an integrated trading, ship 
management, operations, and product accounting system 
that allows everyone to look at the same data, produces 
accurate and timely invoices, generates timely manage- 
ment reports, and allows employees to perform their jobs 
quickly and effectively. In addition, this system can be eas- 
ily expanded as new needs arise. Because the system is con- 
structed from industry-standard tools, leading-edge and 
developing technologies and extensions to the current sys- 
tem can be implemented in a cost-efficient and timely 
manner. 


For instance, the following functions can be easily added 
to the current system: 


¢ additional reporting | 
¢ crewing and ship’s stores support 
e maintenance and repair support 


¢ capacity to store and display images of key ship compo- 
nents and systems. 


In addition, the system will also be compatible with devel- 
oping technologies such as image processing, electronic 
data interchange (EDI) through wide-area communica- 
tions, and real-time data acquisition and graphical presen- 
tation through graphical user interfaces (GUIs). 


Company B: Medical Clinic 


Company Background 

Company B, a medical clinic, was founded by a doctor as a 
specialty practice in infectious diseases and internal medi- 
cine, focusing specifically on several areas, including 1m- 
mune deficiency states and travel medicine. 


Business Need 
Seven years after its founding, the clinic decided to expand 
its patient care operations and develop a new dimension to 
its services that would address the needs of businesses 
whose employees frequently travel internationally. In par- 
ticular, it planned to expand from a single-site into a multi- 
site company consisting of several legal entities, including 
a patient care facility and a pharmacy. Company B did not 
feel that the minicomputer system it had in operation met 
its needs prior to the expansion, nor would it do so after 
the expansion because it was difficult to use and could not 
be enhanced to accommodate new functions. 

Company B needed an integrated system to support 
three main areas. 


Clinical care to support the delivery of efficient and effec- 
tive clinical care. 


Business office and administrative support which was re- 
sponsible for rapid collection of payment and efficient op- 
erations. 
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Marketing to increase profitable market share and pro- 
mote the business. 


Some of the specific functions they required of the system 
were: 


¢ order entry of patient registration information and his- 
tory 


e dictation support 
¢ scheduling of patients, physicians, and nurses 


¢ printing of prescriptions, hospital admission instruc- 
tions, test vial labels, and patient instructions 


treatment planning and development of treatment pro- 
tocol 


¢ billing 

* accounts receivable management 

e test scheduling, monitoring, and control 

e electronic mail 

¢ inventory management 

e performance monitoring 

¢ marketing and accounting analysis 

e external hookups to medical software services 


¢ monitoring of client, referring doctor, and patient rela- 
tions 


referral letter, client-specific document, thank you letter, 
and follow-up notice generation 


¢ profit analysis by category, such as referral source 


Company B wanted an integrated, user-friendly system 
that would support its immediate and future growth plans. 
In addition, it desired a system that used its existing supply 
of PCs, would require little formal training of employees, 
provided remote access, and had structured security fea- 
tures. It requested that the new software minimize typing 
(by using menus), be adaptable to changing business func- 
tions, and allow for input in foreign languages. 


System Design 

Based on a long list of needs and requirements, the consult- 
ing team the clinic hired recommended the use of GUI 
technology running on a PC LAN. At the time, no medical 
office management applications existed that used GUI 
technology. After discussing the alternatives with the con- 
sulting team, Company B agreed that a custom-designed 
system would best meet its needs. 


The consulting team then divided the project into four 
stages, to be completed separately: 


e initial phase, encompassing two small immediate 
projects 


¢ high-priority phase 
¢ patient-care phase 
e accounting phase 


In the initial phase, the consulting team installed the dicta- 
tion equipment and designed the procedures for dictating 
the information obtained by the doctors during their hos- 
pital practice. 
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The high-priority phase was completed six months 
later. It included the patient registration and scheduling 
systems, on which all the other systems were dependent, 
and all functions previously performed by the old system. 
Because all of these systems were implemented together, 
employees did not have to run old and new systems simul- 
taneously, and they were able to improve productivity be- 
fore the remaining systems were implemented. 

Three months later, the patient-care phase was com- 
pleted. New functions added in this phase included order 
entry, laboratory results processing, additional dictation 
support for the billing system, and hospital admission pro- 
cedures. 

The final phase was completed three months later, a 
year after the initial project began. The system now sup- 
ported billing; accounts receivable; independent pharmacy 
operations; cost, profitability, and market analysis; and ac- 
counts payable and general accounting packages. Leaving 
these functions for the final phase allowed the consulting 
team to implement some GUI accounting applications 
that were not available when the project began. 

The consulting team made use of the medical clinic’s 
existing supply of PCs by installing math coprocessors to 
improve the speed of calculations and graphical displays. 
These computers were connected as a LAN using an un- 
shielded twisted-pair (UTP) Ethernet topology. The LAN 
is managed by Novell’s NetWare 386 network operating 
system. To provide for remote access, a communications 
server with high-speed modems and a network interface 
card (NIC) runs Novell’s NetWare Asynchronous Com- 
munications Server (NACS) software. The custom applica- 
tions were programmed in Microsoft Windows using the C 
programming language. Information is stored in a data- 
base from Gupta Technologies called SQLBase. Employ- 
ees also use Gupta’s SQLR to create custom reports. 


Results 

Early implementation of the high priority systems allowed 
Company B’s employees to begin increasing productivity 
six months before the project was completed. This was 
achieved because the new systems were easier to use than 
the old one. In addition, the clinic has only begun to realize 
the benefits they have gained from accurate revenue and 
profitability reporting. They can calculate the profitability 
of each segment of their business, each referral source, 
each physician, and each nurse. Also, their overall system 
was designed with growth in mind, using leading-edge 
technology and products. As the clinic’s business expands, 
their LAN is ready to expand and grow with them. 


Company C: 
Gas Marketing Company 


Company Background 

Company C is the largest independent gas marketing com- 
pany in operation today. Almost four years ago, it em- 
ployed only a dozen people using six PCs. At that time, 
Company C hired a consulting company to develop an in- 
tegrated computer system that would grow with it. The 
consulting team set up a PC LAN with custom applications 
to meet the company’s needs. Today, Company C employs 
300 people in 12 district offices around the country, and 
still uses an extended version of the initial LAN, with the 
same applications. 
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Business Need 
Company C needed an integrated system for tracking the 
buying, transporting, and selling of gas from bid origina- 
tion through final disposition and accounting. It commu- 
nicated a set of initial needs to the consulting team it hired. 
The solution needed to support critical business functions 
such as the tracking of a prospect through final account 
balancing, and providing market data. Company C also 
wanted something that was powerful and easy to use. 

The consulting team divided the critical functions into 
three main areas: marketing and supply, transportation 
and exchange, and accounting. 


Some of the procedures required of the system were: 


market- and supply-opportunities tracking 


marketing accepted deals 


storing historical information 

market and supply analysis 

nomination setup (choosing a pipeline to move the gas) 
tracking the daily flow of gas 

calculation of transportation and fuel costs 


end-of-month volume and sales reports 
¢ tracking pipeline imbalances 


System Design 

The consulting team chose a PC LAN for three reasons: the 
LAN would support the data the company had acquired 
over the primary phase of its business; potential for LAN 
expansion was limitless; and it was the most cost-effective 
solution. 


This report was prepared exclusively for 
Datapro by Ben Mayberry and Elisa Garza of 
Business Systems Group, Inc. (BSG). Ben May- 
berry is BSG’s director of consulting. Elisa 
Garza is a staff consultant and technical editor 
for BSG Communications. BSG, based in 
Houston, TX, is a national systems integration 
company specializing in business solutions 
based on client/server, network computing 
technology. BSG can be reached at 

(713) 965-9000. 
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LAN Implementations: Managing LANs 


Case Studies 


Company C began operation three years before, when 
deregulation in the gas pipeline industry opened up com- 
mercial opportunities. Because gas marketing was a rela- 
tively new industry, no off-the-shelf software packages 
were available to meet its needs. The consulting team 
chose to custom design the required applications in the 
Advanced Revelation DBMS (database management sys- 
tem). | 

The entire project was completed in eighteen months. 
By then, Company C had a total of 85 employees in four 
regional offices. The consulting team set the company up 
with Compaq desktops and portables as nodes on the LAN 
and a Compaq SystemPro fileserver with a 130MB disk 
drive. The LAN runs with Novell’s NetWare network op- 
erating system. The remote offices are connected to the 
Houston office through a WAN (wide area network). 


Results = 

In the gas marketing business, all companies provide the 
same product. The only difference among the various com- 
panies is the quality of service that they provide. Company 
C’s integrated system enables it to provide accurate, timely 
service on a consistent basis. Its reputation for such service 
has contributed to the company’s growth. At the time that 
it implemented the integrated system, Company C esti- 
mated its growth to be 15% annually. Its actual annual 
growth rate since then has been almost 50%. Company C’s 
business has grown very quickly; however, its staffing re- 
quirements have not. The efficiency and speed of its com- 
puter system has allowed the company to grow without sig- 
nificantly increasing the number of employees. 


Summary 


As is evident from these three case studies, all of these 
companies have benefited from implementing LANs. In 
each case, the company is prepared for future growth and 
the implementation of new technology. These companies 
are not exceptions in the business world. LANs have be- 
come a vital part of the business structure in almost every 
industry. Ml 
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Datapro Summary 


Although by some standards project management software is still considered a 
specialty category, PC-based systems have found a home in mainstream business 
software libraries everywhere. Keeping track of every aspect of complex projects, 
from tasks and resources to costs, can be extremely confusing. With roots in the 
mainframe world, project management software designed for the PC lowers the 
entry costs of computer-aided project planning and generally offers a simplistic 
user interface. Project management software is perceived as more difficult to use 
than most microcomputer applications, because its techniques and methodologies 
are not always familiar to project planners. Although project management software 
can help to plan and control a project, it is only a tool. The actual success of a 


project’s completion is ultimately the project manager’s responsibility. 


Technology Basics 


A project is typically coordinated by a 
project manager, who is responsible for en- 
suring that tasks are successfully completed 
on time and within a specific budget. Keep- 
ing tabs on every aspect of a project, from 
tasks and resources to costs, can be a daunt- 
ing challenge for even the most seasoned 
project planner. That is why PC-based 
project management can be such a valuable 
productivity tool. The software displays 
graphical presentations of a schedule so 
that components can be readily under- 
stood, calculates the critical path, notifies 
the user of resource conflicts and time con- 
straints, and tracks costs. 

Is project management software for ev- 
eryone? For relatively small projects, the 
software may not be needed. But for 
projects that involve more tasks, people, 
equipment, and deadlines than can be com- 
fortably handled with a calendar and a pen, 
project management software can surely 
help. 

Planning a project on a PC offers man- 
agers the ability to accomplish quickly and 
easily what might ordinarily take days, or 
even weeks, to execute manually. The soft- 
ware allows the planner to create “‘what-if”’ 
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scenarios, manipulating planned time and 
dollars-versus-actual time and_ dollars. 
Controlling the flow of a project is the key 
to its ultimate success. 


Computerized Project Management 
The term “project management” was 
coined in the 1950s, and at that time its 
practice was generally reserved for manu- 
ally scheduling and tracking large-scale gov- 
ernment projects. The first project manage- 
ment discipline—Program Evaluation and 
Review Technique (PERT)—was intro- 
duced in the late 1950s when the U.S. Navy 
developed its Polaris Missile. This method- 
ology was designed to aid the Navy in ana- 
lyzing critical relationships between tasks. 
It consisted of assigning each task three 
time estimates—a worst case, a best case, 
and a most probable—for completion. 
PERT then used statistical probabilities to 
calculate expected task durations. Over 
time, PERT charts evolved into network di- 
agrams that illustrate the relationships and 
dependencies between tasks. 

Two other key techniques were used in 
early project management efforts. Critical 
Path Method (CPM) was used by DuPont 
Corporation in the late 1950s for schedul- 
ing its construction projects. The Gantt 
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chart was created by Henry Gantt, a disciple of the scien- 
tific school of management. CPM calculates the duration 
of individual tasks and their interdependencies with an eye 
on the scheduled finish date, while the Gantt charting 
method illustrates tasks across a time scale. 

For decades, project management was exclusively a 
mainframe-based operation, primarily used for extensive 
defense and civil engineering projects. The software was 
able to rapidly recalculate schedules and networks with 
each alteration in the plan. It also allowed managers to ex- 
periment with the schedule and create “‘what-if”’ scenarios. 
Unlike most of today’s project management users, the pro- 
fessionals who operated the mainframe-based systems 
were called project management specialists. 


PC Project Management 

Harvard Project Manager, introduced in 1983, was the 
first PC-based project management program. This product 
paved the way for the first generation of project manage- 
ment programs. With the inception of these programs, 
complex techniques were taken from specialists and placed 
into the hands of anyone with access to a personal com- 
puter. For the most part, however, these early products 
lacked sophistication and “real-world” adaptation capa- 
bilities. 

A second wave of project management programs was 
introduced in the mid-1980s. As microcomputer capabili- 
ties expanded, so did the power of project management 
programs. State-of-the-art interfaces, more project adapt- 
ability, and increased technical boundaries were offered. 
Project management vendors, entrenched in a features 
war, tried to outpace one another with new capabilities. 

We are now witnessing a third generation of project 
management programs. There are some basic differences 
in features and approach between products, but the race to 
introduce new capabilities has slowed down. The emphasis 
seems to have shifted from technical specifications to user 
interfaces and ease of use. Even programs that are consid- 
ered low end and relatively simple to use are able to handle 
more complex projects with each update. Microsoft 
Project, Symantec Time Line, and Computer Associates 
SuperProject Expert are examples of low-end products 
that offer power formerly found in mainframe computer 
descendants. Moreover, these programs offer the typical 
PC interfaces and prices that make them attractive for 
management use. 


Project Management Concepts 


A typical project comprises time constraints, budgets, esti- 
mates, and charts. Successful project planning consists of 
the following: anticipating the steps required to complete a 
project (including specific tasks and sequences); develop- 
ing a schedule for these tasks and specifying deadlines; as- 
signing resources (people and equipment); and estimating 
costs. 


Tasks 

Project management vendors refer to a project as any job 
that can be segmented into a series of smaller activities, or 
“tasks.” Herein lies the basic purpose of project manage- 
ment software: to schedule and track each task as it occurs 
to ensure that the job flows smoothly and within budget. A 
less obvious, but very important, benefit of this software 1s 
that it forces the manager to sit down and map out a 
project’s schedule, giving careful thought to the sequence 
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of events and the estimated time that each task should con- 
sume. In this way, project management software serves as 
a thought processor. 


What-If Analysis 

One benefit of this software is that if the manager specifies 
a task’s duration, the program will automatically calculate 
the start and finish dates. The software also usually gives 
the earliest and latest possible start dates for each task, 
calculated to ensure that the project is completed on time. 
Depending on the complexity of a project, if done manu- 
ally, these calculations could take hours, sometimes days, 
to complete. The software is also designed to let the man- 
ager create “what-if” scenarios. For example, it can help 
predict the impact if, for instance, Task G is completed 10 
days later than expected. How will other tasks be affected? 
A project management package should present answers to 
such questions. 


Benefits 

With its emphasis on time and how each task affects the 
final deadline, CPM is the leading method of project plan- 
ning and scheduling. If Task G is delayed, it jeopardizes 
the completion of the entire project. The critical path iden- 
tifies and shows what effect such a delay would have on the 
deadline date. 

Most project management programs offer a variety of 
charts to help visually depict a project from different van- 
tage points. Gantt, PERT, and resource histogram charts 
are most often used in project management. A Gantt chart 
shows tasks as bars on a horizontal time grid, while a 
PERT chart displays the relationships and interdependen- 
cies between task by means of connected boxes. Both chart 
types have their benefits. Gantt charts are useful for show- 
ing the duration of tasks but do not show task relation- 
ships. PERT charts, or network diagrams, are most useful 
for showing both durations and task relationships, but do 
not illustrate timing relationships. Subsequently, manag- 
ers like to toggle between charts to get a bird’s-eye view of 
an entire project. 

The people or equipment that act on a task are 
“resources.” Many project management programs provide 
“resource leveling” capabilities to alert a manager of re- 
source conflicts or overallocation of resources. ““Resource- 
limiting” leveling delays tasks pending the availability of 
the required resources. ““Time-limited” leveling only de- 
lays tasks if they have “‘float,”’ extra time before the task’s 
delay affects another task. 


Selecting a Project Management 
Program 


Although all businesses and situations are different and the 
needs of users vary tremendously, there are several basic 
steps and issues to consider when selecting a project man- 
agement program. The most efficient way to sort through 
the market is to classify programs by price. 

High-end programs, or those products which generally 
cost more than $1,000, most closely parallel mainframe 
software programs in functionality and adaptability. These 
programs offer more in the way of technical boundaries 
(e.g., number of tasks, resources, etc.), budgeting, cost 
analysis, and reporting capabilities. High-end programs 
are suitable for experienced project managers with large- 
scale, complex projects to handle. 

Some of the most popular project management pro- 
grams are the low-end systems. These programs cost less 
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Software Glossary 


Most project management 

software programs use the 
same terms. This glossary 

explains some of the terms 
associated with microcom- 
puter project management 

packages. 


activity—any work or single 
job that must be done in or- 
der to complete a project; 
synonymous with task. 


activity coding—attaching 
identifiers to tasks to simplify 
sorting or selecting specific 
information; often used in 
conjunction with Work Break- 
down Structures. 


allocation—the act of desig- 
nating resources to tasks, or 
costs to resources/tasks. 


arrow diagram—a graphical 
method of depicting prece- 
dence between the tasks in a 
project; tasks are repre- 
sented as arrows, and circles 
indicate milestones. 


baseline—the original 
schedule as planned; com- 
paring the actual versus the 
baseline schedule is a good 
way to measure a project's 
flow. 


calendar—a feature that en- 
ables users to modify and 
customize a working sched- 
ule on a monthly basis to 
show working and nonwork- 
ing days. 


Critical Path Method 
(CPM)—a project manage- 
ment principle that leads the 
user through the scheduling 
process with the emphasis 
on time and how each task 
corresponds with the dead- 
line. The “‘critical path”’ is the 
task sequence that con- 
sumes the most time; if a 
task on this path is delayed, 
it jeopardizes the completion 
of the entire project. 


critical task—any task 
whose delay would cause the 
entire project to miss its 
deadline. 


deadline—refers to the final 
date by which a project is 
scheduled to be completed. 


dependency—the logical 
relationship between tasks; a 
dependent task is one that 
cannot be started until its 
predecessor has been com- 
pleted. 


duration—the amount of 
time required to complete a 
task; in most programs, task 
duration is expressed in 
terms of hours, days, or 
weeks. 


earned value analysis—a 
computation of the cost of 
work satisfactorily com- 
pleted; the basis of tech- 
niques developed by the De- 
partment of Defense. 


elapsed time—the duration 
of a task which includes both 
working and nonworking 
days. 


filter/sort—a feature that 
enables the user to sort 
project-related data in alpha- 
betical, numerical, chronolog- 
ical, or other order. 


float/slack—the amount of 
time a task can be delayed 
before an entire project is 
delayed. 


Gantt chart—a graphical 
representation of a schedule 
showing tasks as bars ona 
horizontal time grid. 


histogram—a graphical de- 
piction of a resource’s work 
load. 


milestone—a starting or 
stopping point for a group of 
tasks within a project, repre- 
senting a checkoff point or 
short-term goal. 


network diagram—a chart 
that displays all the project 
tasks and how they are re- 
lated to one another; a PERT 
chart. 


parallel tasks—two or more 
tasks that are scheduled to 
occur at the same time, al- 
though they do not necessar- 
ily begin and end at the same 
time. 


partial dependency—the 
specified lead or lag time be- 
tween two tasks. 


predecessor—a relationship 
whereby a task must be 
started or completed before 
another can be started or 
completed. 


Program Evaluation and Re- 
view Technique (PERT)— 
one of the two most popular 
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project management princi- 
ples; a PERT chart graphi- 
Cally illustrates the relation- 
ships and dependencies 
between tasks by means of 
boxes and adjoining lines. 


report generation—the abil- 
ity to create a variety of 
project-related hard copy 
reports (e.g., cost, actual- 
versus-planned, task detail). 


resource—anything that 
works on a task; usually a 
person, a group of persons, 
materials, or equipment. 


resource leveling—a feature 
that alerts the user to the 
overallocation of resources 
and then redistributes the 
work load to correct the 
problem. 


schedule—the design of a 
project’s course in terms of a 
proposed sequence of 
events. 


sequential tasks—tasks 
which follow one another ina 
project schedule. 


successor—a task whose 
start time depends on the 
completion of one or more 
predecessors. 


task—an activity (a job or 
work) that must be done to 
complete a project. A project 
comprises a series of tasks. 


Work Breakdown Structure 
(WBS)—a hierarchical 
method of scheduling that 
divides a project into sec- 
tions consisting of related 
tasks; usually constructed in 
either an outline form or as a 
flow diagram. 


workday—a day that the pro- 
gram considers when calcu- 
lating a project’s schedule; it 
will ignore weekends, holi- 
days, and other user- 
specified nonworkdays. 


than $1,000 and, although they do not try to emulate main- 
frame programs, offer enough features to satisfy a broad 
range of managers. Low-end programs are typically easy to 
use and are geared to the general business user who has 
little formal project management software experience. 

After deciding on a price range, selecting the ideal pro- 
gram becomes more difficult. This market, with no real 
industry standard, is expanding at a respectable pace, mak- 
ing nearly every project management program a candidate 
for a prospective buyer. Keep the following guidelines in 
mind to narrow the field. 
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The User: If the person is not familiar with project man- 
agement or personal computers, then select a product with 
a reputation for ease of use. Fortunately, many of the low- 
end systems offer a winning combination of ease of use 
and solid performance. If the individual is a project man- 
agement specialist or will be involved in planning complex 
projects, a high-end product would be more appropriate. 


Number of Tasks and Resources per Project: If the project 
will span, for example, two years, the chances are that a 
high-end product with expansive technical limitations will 
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be needed. A manager should not have to worry about the 
number of tasks or resources a product can accommodate 
when developing a complex project. 


Reporting: Most project management programs offer a va- 
riety of printed reports—task detail, resource detail, cost 
tracking. If presentations must be made to management, 
investigate a product’s capability to generate charts, as 
well as its support for laser printers, plotters, and even film 
recorders. If project cost is a priority, make sure the pro- 
gram can generate a range of cost-related reports. Aside 
from fixed report formats, most programs offer the capa- 
bility to create customized reports. 


Cost Allocation and Budgeting: If cost analysis is a prior- 
ity, the program should supply planned budget versus ac- 
tual costs, prorating, both fixed and variable costs, and 
earned value analysis. 
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File Compatibility: With project management software, it 
is important to be able to transfer project/cost information 
to a spreadsheet program to design detailed financial mod- 
els. Also, can charts be exported to a word processing pro- 
gram? Does the product offer a link to a mainframe or 
high-end project management program? 

Lastly, as with any software, try to get a hands-on dem- 
onstration. Create a simple project schedule that simulates 
an actual situation as closely as possible. There is no better 
way to find out whether a particular product is satisfac- 
tory. 
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LAN Design Concepts: 
Ethernet, Token Bus, 
and Token-Ring 


Datapro Summary 


The first nonproprietary local area network, Ethernet revolutionized the LAN in- 
dustry. In the early 1980s, Digital Equipment Corp., Intel, and Xerox issued a set 
of specifications for Ethernet that still remains a LAN standard. IBM’s Token- 
Ring Network is direct competitor of Ethernet. The evolution of Ethernet and 
Token Ring is explored along with technical explanations of their basic compo- 


nents and associated LAN standards. 


Ethernet 


May 22, 1973, does not quite have the ring 
of July 4, 1776, but it is a significant day in 
network history. On that date, Robert Met- 
calfe wrote a memo at Xerox’s Palo Alto 
Research Center and used the word Ether- 
net while explaining the principles behind 
this new type of local area network. That 
same year Xerox began producing Ethernet 
network interface cards for its Xerox Alto 
PC. 

Intel provided the chips necessary for 
the network hardware, Xerox provided the 
software, and Digital Equipment Corpora- 
tion was prepared to run this new network 
on its minicomputers. In September 1980, 
these three companies released a set of 
specifications for Ethernet that is now re- 
ferred to as “Ethernet version 1.”’ A second 
version of Ethernet (“Ethernet version 2”’) 
was released November 1982. Because both 
versions still are found in the field, it is im- 
portant to know that significant differences 
exist between them. The line-idle state was 
changed from 0.7 volts idle in version | to 


This Datapro report is a reprint of book # 3577 
“Ethernet and Token Bus’’, pp. 89-107; and 
“Token Ring Network and FDD!’, pp. 109-131, 
from Linking LANs: a Micro Manager’s Guide by 
Stan Schatto. Copyright © 1991 by Windcrest, 
an imprint of TAB Books, a division of McGraw- 
Hill, Blue Ridge Summit, PA 17294 (1-800-233- 
1128 or 1-717-794-2191). Reprinted with per- 
mission. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


zero volts idle in version 2. The interface 
coupling specifications of these two ver- 
sions also differ. A controller designed for 
one version will not work with a transceiver 
designed for the other version. 

Traditional Ethernet is associated with 
the version 1 specifications, which defined 
the network’s physical medium (thick coax- 
ial cabling), the network access control 
method (carrier-sense, multiple-access with 
collision detection (CSMA/CD), and the 
speed (10 megabits/second transmission). 
The set of specifications also described the 
size and contents of an Ethernet packet (72 
bytes to 1526 bytes) as well as the method 
of encoding data (Manchester encoding). 
Shortly after this release of Ethernet speci- 
fications, the IEEE 802 committee began 
deliberations on the development of a set of 
international, non-proprietary standards 
for LANs. Given the industry prominence 
of the three major founders of Ethernet, it 
should come as no surprise that one stan- 
dard, IEEE 802.3, is so close to Ethernet 
(version 2) that it often is described as the 
‘Ethernet standard” even though there are 
differences that are discussed in this report. 


Carrier Sense Multiple Access With 
Collision Detection (CSMA/CD) 

The IEEE 802.3 committee developed a 
protocol virtually identical to Ethernet’s for 
describing how multiple workstations can 
access a network when they need to trans- 
mit information. Carrier Sense Multiple Ac- 
cess with Collision Detection (CSMA/CD) 
dictates that a workstation wanting to use a 
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Figure I. 
An Ethernet or IEEE 802.3 
Network 


network must first listen to the network to see if it is busy. 
If it does not detect any signals, it begins transmitting its 
message. This workstation continues to listen for possible 
network collisions while sending its message. 

If a collision is detected, the sending workstation backs 
off and transmits a special jam signal to let network users 
know that a collision has taken place. The receiving station 
normally discards the contents of the partial message it has 
received, and all network workstations wait a certain ran- 
domly selected amount of time before any station begins 
transmitting again. Each network interface card has a dif- 
ferent amount of time programmed for waiting. This time 
increases if a collision occurs the very next time the same 
message is transmitted. 

Collisions are inevitable with an Ethernet or 802.3 net- 
work because of the very nature of CSMA/CD. There is a 
time interval between the time a workstation listens to see 
if any other workstation is using the network and the time 
it actually begins transmitting. It is entirely possible that a 
workstation further down the network has begun sending 
but that the signal has not yet reached this workstation. 
Because the IEEE 802.3 standard describes the same bus 
network topology used by Ethernet, on both networks each 
workstation broadcasts its message in both directions on 
the network. Figure | illustrates this method of transmis- 
sion. 

This Ethernet type standard describes a contention net- 
work, a type of network in which more than one worksta- 
tion must contend or compete for use of the network. 
While collisions are inevitable given the network’s archi- 
tecture, the designers assume that the 10 megabit/second 
transmission speed ensures that even with repeated colli- 
sions, users will not experience any noticeable delay. When 
the number of collisions does cause noticeable delays in 
response time, it becomes a network management issue. 


The 802.3 and Ethernet Frame Format 
Differences 

Figure 2 displays the 802.3 frame format. The Preamble 
consists of 56 bits of alternating 1s and Os which provides a 
method for two networks to synchronize. The Start Frame 
Delimiter (10101011) signifies the beginning of a frame of 
information. The Destination and Source fields come 
from the LLC frame. The Length field indicates the length 
of the information field that follows it. Data can range 
from 46 to 1500 octets in length. The Information field is 


Figure 2. 
The 802.3 Frame Format 
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Workstation ‘‘F’’ sends a message to workstation A. 
Notice that the message is transmitted in both directions. 


followed by a Pad field that ensures that the frame meets 
the minimum 802.3 length standards. Finally, a Frame 
Check Sequence field provides information for error 
checking. 

The major difference between the 802.3 frame and the 
traditional Ethernet frame is that Ethernet does not have a 
two-byte length field because the length is fixed. Instead, it 
has a two-byte Protocol Type field that indicates which 
higher-layer protocol is used in the data field. You are 
likely to see some familiar names in this field. A value of 
hex 0800, for example, indicates TCP/IP, while a hex 0600 
indicates XNS. Matching Ethernet and 802.3 transceivers 
(devices that actually transmit data from the network in- 
terface cards to the media) will result in network errors 
since an 802.3 or Ethernet node will misinterpret a mes- 
sage intended for the other type of device. Pin layouts are 
different for Ethernet and 802.3 transceivers. Ignoring this 
distinction will often result in 802.3 nodes becoming over- 
loaded handling broadcast Ethernet messages and users’ 
screens freezing. Guess who the end users are going to ask 
for help? 


802.3 as an Evolving Standard 


While standard Ethernet specifies only 50-ohm coaxial ca- 
bling, the IEEE 802.3 standard currently supports several 
different types of transmission including baseband and 
broadband coaxial cable and twisted-pair wire. The ca- 
bling chosen varies according to the recommended maxi- 
mum distance. A version known as StarLAN offered by a 
number of vendors including AT&T provides one mega- 
bit/second transmission speed over 500 meters (1Base5). 
Thick coaxial cable (50-ohm) has a 500 meter limit, so we 
refer to this 802.3 standard as 10Base5, meaning 10 mega- 
bits/second baseband coaxial cabling with a 500 meter 
limit. Thin coaxial cable can carry a signal 185 meters 
(10Base2 or Cheapernet) while unshielded twisted pair 
(10BaseT) is recommended up to 100 meters. 

The older StarLAN 802.3 specification for a 1 megabit/ 
second network with a 500 meter maximum length is 
known as 1Base5. Because the IEEE 802 subcommittees 
continue to meet as new technology develops, the stan- 
dards continue to evolve. Since the 802 standards utilize a 
layered set of protocols very similar to the OSI model, it is 
possible to add to the MAC layer without having to change 
anything in the LLC layer. 


Frame check 


address sequence 
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Figure 3. 
Ethernet Architecture 


Transceiver 


Terminator Baseband coaxial cabling 


A Closer Look at an Ethernet Network 


Before you look at some variations, examine the compo- 
nents comprising the traditional Ethernet or 802.3 LAN; 
just as the Colt 45 became known as the gun that won the 
West, Ethernet is the LAN that made local area networks 
respectable to corporate managers. They could install it 
and depend on it without worrying about being fired for 
buying fringe technology. 

An Ethernet workstation contains an Ethernet-specific 
network interface card (NIC) which has its own intelli- 
gence. This NIC is responsible for handling collision man- 
agement and encoding and decoding signals. With thin co- 
axial cabling a transceiver is part of this NIC as illustrated 
in Figure 3, while transceivers are external on thick coax 
networks. The terminators complete the segment’s electri- 
cal circuit. 

A single segment can hold a maximum of 100 worksta- 
tions, and multiple segments can be linked by repeaters. 
Up to 1024 workstations can exist on a single Ethernet net- 
work with a maximum of two repeaters in the path be- 
tween any two stations. 

The transceiver actually generates the electrical signals 
to the coaxial cabling and maintains their quality. Con- 
versely, transceivers also have responsibility for receiving 
network signals. They are responsible for detecting packet 
collisions. When a transceiver on the transmit side detects 
a collision, its NIC link management function turns on a 
collision detect signal. The transmit side of link manage- 
ment in turn transmits a bit sequence known as a jam. This 
jam signal causes transmitting workstations to terminate 
their transmission and their NICs randomly schedule their 
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retransmission. Meanwhile NICs on receiving worksta- 
tions have been examining damaged packets, noting their 
fragmentary size, and discarding these runts. 

Ethernet transceivers internally generate a signal 
known as a signal quality error (SQE) which is often re- 
ferred to as a “heartbeat.” This heartbeat is read by the 
NIC to ensure that the transceiver is working properly, sort 
of like having your spouse say “uh-huh” every couple of 
minutes so you know he or she is alive and listening to your 
story. Unfortunately, the heartbeats for 802.3 and Ether- 
net transceivers use different timing. Some manufacturers 
provide transceivers that can be manually set for one stan- 
dard or another. 

Because Ethernet broadcasts in all directions, it has ca- 
ble length limitations as discussed earlier in this report. 
Original Ethernet with its thick coaxial cabling permitted 
one 500 meter segment with a maximum of three segments 
joined together by repeaters that rebroadcast the packets 
on the network. 

Other limitations for 10Base5 due to signaling limita- 
tions include a maximum of 100 transceivers for a single 
cable segment with transceivers spaced at least 2.5 meters 
apart. The 10Base5 specification described drop cables 
connecting the workstation’s NIC to transceivers on the 
bus. A break in a drop cable would not bring down the 
entire network, only the affected workstation. On the new 
‘“‘“cheapernet”’ networks, however, the transceivers are built 
into the NIC. A break in cabling does bring down the entire 
network. 

Besides cabling breaks, other common equipment- 
related Ethernet problems include jabber and individual 
station failures. A malfunctioning transceiver can jabber 
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by sending out continuous streams of packets. This prob- 
lem can be identified using a protocol analyzer. Similarly a 
malfunctioning workstation that sends packets below the 
minimum accepted length (runts) or packets that are con- 
tinually maximum size with no variation whatsoever 
(causing traffic congestion) can also be spotted with a pro- 
tocol analyzer. 


A Bus By Any Other Name... 

As you read earlier in this report, Ethernet and 802.3 are 
bus networks. The bus is a data highway that is laid in 
straight sections known as segments. Segments can be 
linked together, and repeaters can be used to extend a net- 
work’s size. 

The StarLAN topology and that of the new 10BaseT isa 
distributed star. Physically, as seen in Figure 4, such net- 
works have workstation cabling radiating from concentra- 
tors in a star-like arrangement. Logically, though, they still 
operate as bus networks. 

Sometimes known as passive stars, these networks enjoy 
the benefits of a star-like architecture because it is possible 
to maintain better network management and control. By- 
pass circuitry means that if one workstation fails, it can be 
bypassed by other workstations in that star by the concen- 
trator or multiport transceiver from which the worksta- 
tions’ cables radiate. 


10BaseT 
Since you briefly reviewed at the new IEEE 802.3 10BaseT 
standard for Ethernet running on unshielded twisted-pair 
wire, this is a good spot to summarize the major specifica- 
tions that make this product so appealing to systems inte- 
grators. Synoptics Communications was the first company 
to release an Ethernet product running 10 Mbs over un- 
shielded twisted pair in 1987. It was followed by several 
other companies including David Systems, Hewlett- 
Packard, 3Com, and DEC. Unfortunately, each company 
had its own proprietary set of specifications that were in- 
compatible with other companies’ offerings. Large compa- 
nies were reluctant to invest heavily in a small company’s 
proprietary technology, because it very well might lead toa 
dead end should the small company fail. The 802.3 com- 
mittee ameliorated these fears with its 10BaseT standard. 
10BaseT has a 100 meter maximum segment length, a 
link integrity test specification, and the ability to discon- 
nect a segment if there is a failure without bringing down 
the entire network. 
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A 10BaseT description of the Media Access Unit 
(MAU) indicates several new features not found in other 
802.3 specifications. It has a jabber function that disables 
the MAU if it transmits after an allowable maximum time 
period. After being “gagged”’ for a period of time, the 
MAU will enable itself and try talking to the network once 
again. A workstation signal quality error (SQE) test dis- 
cussed in this report monitors the health of each MAU and 
ensures that workstations are able to participate as receiv- 
ers and senders of network packets. Repeaters under 
10BaseT are able to disconnect a malfunctioning MAU 
without disconnecting all other workstations from using 
the network. When the failure is corrected, the specified 
port that has been taken out of service is reconnected to the 
network. 

Still another useful 10BaseT feature is “intelligent 
squelch.’ This means that 10BaseT is able to function in 
an environment with a wide range of conflicting signals 
including voice traffic, the new Integrated Services Digital 
Network (ISDN) traffic, and asynchronous data traffic. 
Like a parent who is able to pick out his or her baby’s cry 
even in a crowded room full of crying babies, intelligent 
squelch filters out other signals so that the Ethernet signals 
can be detected. 

Another problem that 10BaseT was forced to address is 
the distortion that results to a signal as it travels over the 
twisted-pair wire. This problem long prevented high speed 
Ethernet traffic over this medium. A pre-equalization 
technique is used in which the signal is distorted before it 
travels to compensate for the distortion that will take place 
during transmission. The signal reaches its destination in 
very much the same form as it began before its initial dis- 
tortion. 

The major advantages of 10BaseT is that so much un- 
shielded twisted-pair wire is already installed and that in- 
stallation is easier and connections more reliable than the 
coaxial cable version of Ethernet. One large aerospace 
company recently linked 500 workstations on 10BaseT; it 
reported less downtime and easier installation than coaxial 
connections. 

Having extolled all the virtues of 10BaseT, it is time for 
a friendly word of warning for the systems integrator who 
becomes a bit too optimistic about this “‘easy-to-work- 
with’? medium. Buildings that appear to have lots of extra 
unshielded twisted pair can have poor assignment records 
so that it is almost impossible to trace back all pair. Pairs 
tied together somewhere inside the building might have 
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bridge taps. Some loops might hang in air, roads that lead 
nowhere. Conduits might be blocked, and pairs broken or 
poorly spliced together. Some systems integrators who are 
on the “bleeding edge” of this new technology have re- 
ported having to pull new twisted pair where often it ini- 
tially did not seem necessary. 


Ethernet on Optic-Fiber Cable 

It is possible to use optic-fiber cabling on an 802.3 net- 
work. The major advantages of this approach are the im- 
munity to any kind of electrical interference and the dis- 
tance you can cover. The fiber-optic links can be up to 4.5 
Km in length. Codenoll, one of the leading vendors in this 
market, points to its installation of the world’s largest 
fiber-optic network, the 1.5 million square foot, 44-story 
network with over 3,000 stations on 92 miles of fiber at 
Southwestern Bell’s headquarters in St. Louis, Missouri. 

Each network workstation must have an NIC designed 
for 802.3 transmission over an optic-fiber network. Code- 
noll offers an external transceiver alternative. In any 
event, the transmitters in these products convert electrical 
signals to pulses of light while the receivers convert the 
lightwave signals back into electrical signals. 

An optical bus star coupler sends optical signals to each 
station on a network. They are the equivalent of the con- 
centrator or hubs you saw on the 10BaseT standard. Re- 
peaters extend distances; they also permit cascading stars 
by connecting together different optic star couplers. Using 
Codenoll’s products as an example, these couplers are 
available in coax-to-fiber, fiber-to-fiber, and coax-to-coax 
models. The actual fiber cables come with connectors pre- 
attached and replace coaxial cable and twisted pair wiring. 
Figure 5 illustrates an optic-fiber Ethernet network. 
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Using Optic-Fiber Backbones to Link Ethernet 
Networks 
One popular use of optic fiber is as a backbone from which 
radiate concentrators and their networked workstations. 
Figure 6 illustrates how Novell in 1988 used this concept 
to link together two buildings. Building | at Novell’s cor- 
porate headquarters was running a version of Arcnet while 
Building 2 was wired for Ethernet over twisted-pair wire. 
Because this installation occurred well before any 10BaseT 
standard had been adopted, Novell went with the leading 
twisted-pair Ethernet vendor at the time, Synoptics. 
Notice that the Arcnet network in Building 1 contains a 
coax to Fiber-Optic converter. Once the packets are in op- 
tic form, a fiber-optic repeater transmits the packets to 
Building 2 where they travel along the fiber-optic back- 
bone. 


Ethernet on Broadband Coaxial Cable 

The ability of Ethernet to run on broadband coaxial ca- 
bling is fairly recent. In September 1985, the IEEE stan- 
dards board met and approved /0Broad36, a broadband 
coaxial cable version of an 802.3 network that transmits at 
10 megabit/second broadband coaxial cable standard with 
a maximum cable length of 3600 meters. What makes 
10Broad36 so appealing to many companies is that it is 
now possible to support other local area networks such as 
token-ring on different frequencies while sending video 
and voice signals on their own frequencies. Each worksta- 
tion’s network adapter card contains a radio frequency 
(RF) transceiver that uses its modem to modulate the 
Ethernet signals onto their own network frequency or 
channel. This network can cover a distance consisting of 
approximately 4 miles. Broadband LANs use standard off- 
the-shelf cable television components, including a 75-ohm 
coaxial cable. Endpoints are terminated with a 75-ohm ter- 
minator. 
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Figure 7. 
A Broadband Ethernet 
Network 
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Broadband networks use a technique called frequency 
division multiplexing to send information over channels, 
each of which has a designated frequency. Guardbands, 
frequencies that do not carry information, separate the fre- 
quencies carrying information and ensure that the separate 
channels do not interfere with each other. 

Because we are talking about frequencies, we are talking 
about analog rather than digital transmission. Broadband 
networks use modems to convert data back and forth be- 
tween digital and analog form. Assume that workstation 44 
wants to send information to workstation 66. In effect, us- 
ing a tree-like structure illustrated in Figure 7, workstation 
44 on this broadband network sends its packet to a unit 
known as the headend using a specified frequency. The 
headend, acting like a radio station, retransmits this infor- 
mation on a different frequency to the destination work- 
station 66. 


An Example of Broadband Ethernet 


Boeing Commercial Airplanes has a complex multivendor 
network. It uses broadband coaxial cabling between build- 
ings and in its factories and Type One shielded twisted- 
pair wiring within buildings to connect workstations using 
Synoptics’ LattisNet version of Ethernet. The broadband 
cabling is divided into several forward and reverse 6 MHz 
channels with guard bands separating them. 

Networked Apple Macintosh computers are linked to 
the broadband Ethernet network over a Kinetics gateway, 
which has a link into the Synoptics LattisNet concentrator. 
An Ethernet drop cable runs from the Fastpath gateway to 
a LattisNet transceiver and then to a spare port on the Lat- 
tisNet concentrator. 

Note that gateways can link the Ethernet network to 
IBM mainframes as well as DEC computers. TCP/IP plays 
an important role in this network. It provides a common 
denominator, a common set of higher level protocols for 
the DEC VAX, IBM hosts, Macintosh computers, and PCs 
running on Ethernet to share. 


Why Use Ethernet or 802.3 

Contrary to what you might hear from IBM, the entire 
world is not rushing to adopt its Token-Ring Network. 
Ethernet has several advantages. As the most mature net- 
work technology, it has the broadest vendor support and 
the largest installed base, which translates for the systems 
integrator into significant cost savings. Its media flexibility 
means that it is possible to mix and match different media 
(coax, twisted pair, fiber optic, etc.) as needed, which low- 
ers costs still further. The new 10BaseT standard ensures 
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that Ethernet will be around for quite awhile longer be- 
cause its value/price ratio is so favorable. 


The IEEE 802.4 Token Bus 


Not all bus networks are the same. The 802.4 committee 
developed a token-bus arrangement based on broadband 
transmission. This section takes a close look at this type of 
network. 


Description 

IEEE 802.4 specifies a bus network similar to [EEE 
802.3’s bus topology, but one in which only one worksta- 
tion tries to use the network at a time. This is a non- 
contention network because workstations are not actually 
contending or fighting among themselves for network ac- 
cess. Even though the network is cabled in a bus topology, 
the bus forms a logical ring in which each workstation is 
assigned a logical position. The workstation assigned the 
very last position is followed by the workstation assigned 
the first position. Each workstation is aware of the logical 
workstation following it and proceeding it. Interestingly 
enough, these are the only two addresses a workstation re- 
ally knows. When you think of it, it is much the same ap- 
proach used by espionage rings that are organized into 
groups of three. By knowing which workstation hands it 
the token and by also knowing which workstation receives 
the token from it, a workstation is able to identify a net- 
work breakdown (where is my token?). 

The concept of a token is worth taking a moment to 
explain. Imagine, if you will, a campfire around which sev- 
eral Native Americans are sitting. A chief rises and raises a 
carved piece of wood that stands as a symbol of his or her 
authority, his or her right to speak. All the other speakers 
fall silent as he or she begins. When he or she finishes, he or 
she simply passes his or her symbol of authority to the next 
brave who then rises to speak. A control packet with a cer- 
tain bit pattern known as a token operates in much the 
same way. Only the workstation controlling the token has 
permission to speak, and all other workstations must wait 
their turn to control this packet. 

A workstation with the token has it for a specified pe- 
riod of time during which it may transmit one or more 
frames of information and poll other stations for their re- 
sponses. A workstation that has very important network 
functions can be assigned additional time frames in a table 
that allocates this. There are actually four different priori- 
ties of access with the highest level (level 6) receiving the 
maximum amount of network bandwidth for its highest 
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priority transmissions. Data can be classified into levels 6, 
4, 2, and 0 priorities. After a workstation has broadcast its 
level 6 data and no other workstation has level 6 data to 
broadcast, the workstation may broadcast its level 4 data. 
The same principle holds for broadcasting level 2 data or 
even level 0 data. Each workstation controlling the token 
also has a responsibility to permit new workstations to join 
the logical ring. During its time period with the token, a 
workstation issues a solicit-successor frame. A solicit- 
successor frame is an invitation for a workstation to join 
the network at a location between itself and the next node 
in the logical ring. If there is no response to this invitation, 
the token controlling workstation passes the packet to the 
next workstation in its logical ring. If a workstation does 
request entrance, then the token is passed to it so that it 
can set all its parameters and linkages before the next 
workstation in the logical ring gets its chance. 

As Figure 8 illustrates, a workstation with the token 
broadcasts its message over the entire network. Only the 
workstation with a destination address matching that of 
the packet will copy the packet to its NIC and process it. If 
a workstation is inoperative, it will time out and the token 
will be passed to the next workstation. While Figure 8 
shows the token moving from higher addressed worksta- 
tions to lower addressed workstations, they need not be 
adjacent to each other because you are looking at a logical 
bus and not a physical bus. 

IEEE 802.4 also specifies that its packets travel along a 
broadband medium consisting of 75 ohm CATV coaxial 
cable. This means that several different channels can be 
transmitting different types of information on different 
frequencies simultaneously. Broadband also offers a cou- 
ple of other major advantages over the baseband cabling 
associated with Ethernet and the IEEE 802.3 standard. 
Taps can be placed anywhere on a broadband network 
while Ethernet’s baseband standard usually requires a 
minimum distance of 2'2 meters between nodes. In addi- 
tion to broadband’s less sensitivity to noise, it can stretch 
much further than baseband. With repeaters a broadband 
network can extend up to 25 miles. Depending upon the 
number of channels used, data rates between | Mbit/sec- 
ond and 10 Mbit/second are possible. 


Destination | Source 
address address 


Start frame | Frame 
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Figure 8. 
A Token Bus Network 


C— 


The 802.4 Frame 


Figure 9 illustrates the 802.4 frame; it is actually a bit more 
complicated than it looks. At first glance, it looks very sim- 
ilar to an 802.3 frame. The Preamble is a bit pattern that 
enables workstations to synchronize their signals. The 
Start Delimiter indicates the start of a frame. The Control 
field can indicate a number of different formats. It can 
function as a token, for example. A different bit pattern 
means that the frame is functioning as a “Who follows” 
frame. This is a request to other workstations to try to 
match the Source Address and reply which workstation 
should next receive the token. 

Still another bit pattern in this Control field indicates 
that the data field is carrying meaningful data. So, the Con- 
trol field really indicates whether the entire frame is to be 
interpreted as a control message and/or request for infor- 
mation or whether it is to be interpreted as meaningful 
data to be delivered. 

The Destination and Source Address fields are self- 
explanatory. They are particularly significant in 802.4 be- 
cause they are used to help determine the successor or next 
workstation to use the token in situations where a worksta- 
tion fails to respond. Remember, the workstation failing to 
respond knows who it is supposed to receive the token 
from. It can match that address with the Source Address in 
a frame that is carrying a ““Who follows?” control request. 

The Frame Check Sequence field provides a 32-bit cy- 
clic redundancy check on all fields except the Preamble, 
Starting and Ending Delimiters, and itself. Finally, the 
End Delimiter indicates the end of a frame. If an error is 
detected by a receiving workstation, it will set an error bit 
in this field to one that indicates that the source worksta- 
tion needs to retransmit the frame. 


Some Advantages of a Token-Bus Network 

One advantage of a Token-Bus network is that each work- 
station is guaranteed a chance to access the network no 
matter how many workstations or how much traffic. When 
a station passes the token, it starts a timer that runs until 
the station is ready to pass the token again; in other words, 
the timer measures a complete rotation around the ring of 
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Figure 10. 
MAP’s Set of Protocols and the OSI Model 
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the token. The workstation now looks to see if it has any- 
thing else to transmit using a system that prioritizes mes- 
sages to ensure that the highest prioritized messages always 
are transmitted first. 

Eventually a workstation’s token time will exceed a 
maximum set by the network administrator. The worksta- 
tion will then pass the token to the workstation it has listed 
as the next destination for token. Another advantage to 
Token Bus is its broadband media, which makes it less 
vulnerable to electrical interference and thus a better 
choice for factory communications. 

Finally, the priority system on a Token-Bus network en- 
sures that highest priority messages will always be trans- 
mitted. A workstation must transmit its highest priority 
items (THT) before it is permitted to transmit its next level 
of priority (TR4). 


Internet Protocol 


802.2 Logical Link Control 
802.4 Media Access Control 


10 Mbs 5 Mbs 


Broadband Carrier Band 


Protocols to Manage the Factory 
and Office 


Several years ago, General Motors realized that it was fac- 
ing an automation nightmare unless it took immediate ac- 
tion. Its factory floors were filled with different types of 
computerized tools including several kinds of robots; un- 
fortunately, these various devices were unable to commu- 
nicate with each other and unable to send information to 
other parts of the plant. The company began developing 
Manufacturing Automation Protocol (MAP), a suite of pro- 
tocols based on the OSI model that would facilitate net- 
work communications with special provisions for a manu- 
facturing environment. 

Because a factory floor is vast, often well beyond the 
scope of baseband coaxial cabling, and because of the 
amount of potential electrical interference, a broadband 
token-bus network seemed the logical LAN choice. GM 
worked closely with a powerful MAP users group to de- 
velop the protocols needed. 

At approximately the same time that General Motors 
was wrestling with its automation nightmare, Boeing Com- 
puter Services set out to develop a suite of protocols to 
cover the office environment and address its very different 
needs. Technical and Office Protocol (TOP) was developed 
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specifically for office services such as engineering, market- 
ing, accounting, and administration that supported a man- 
ufacturing environment such as that found at Boeing. TOP 
is also a subset of the OSI model’s set of protocols, but an 
802.3 bus network was selected as its topology. 

While 802.3 and 802.4 have different frames and differ- 
ent network access methods as discussed earlier in this re- 
port, they share the same Logical Link Control data link 
protocol. Because they share the same LLC, it is possible to 
build bridges connecting MAP and TOP with each other as 
well as with 802.5 networks. Both Ethernet versions 1 and 
2 have a different LLC, which would have created a serious 
incompatibility issue. | 

Figures 10 and 11 reveal the protocols associated with 
MAP and TOP versions 3.0. Notice that both sets of pro- 
tocols are identical from layers 2 through 7. The major 
difference, beside the 802.3 versus 802.4 split, was in the 
Application layer protocols. Because MAP and TOP have 
very different user needs, it is precisely in this layer that 
you would expect to see differences. 

Because MAP was developed specifically to meet the 
needs of manufacturing, its Application layer contains 
Manufacturing Message Standard (MMS), an OSI Appli- 
cation layer protocol designed for formatting and trans- 
mitting commands between controlling programs and ma- 
chines. MAP 3.0’s version includes the ability to support 
robots and other real-time control applications. 

MAP contains the Association Control Service Element 
(ACSE) and Remote Operations Service Element (ROSE); 
these protocols enable MAP to start jobs on remote sys- 
tems and bind them into communications with the parent 
application. 

MAP Network management protocols gather informa- 
tion on the usage of the network media by network devices 
and ensure the correct operation of the network as well as 
provide reports. 

TOP, on the other hand, places more emphasis on office 
automation needs. It uses the OSI X.400 standard for elec- 
tronic mail, the emerging X.500 standard for global direc- 
tories, and the VT protocol for terminal emulation. TOP 
also contains protocols for graphic data interchange and 
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802.3 TOP 


distributed transaction processing. MAP/TOP protocols 
are compatible with the Government OSI Profile 
(GOSIP). 

The Corporation for Open Systems (COS) has a special 
program that certifies products that meet its standards for 
compatibility with OSI’s protocol stack. It offers an inte- 
grated tool set that tests products for MAP/TOP 3.0 com- 
pliance. 

While General Motors helped nurse MAP and Boeing 
developed TOP, both corporations have turned over lead- 
ership of these standards to a joint MAP/TOP Users 
group. Recently leadership has passed to a permanent in- 
dependent organization called the Information Technol- 
ogy Requirements Council (IRTC). 


MAP and TOP in Action 

A good example of MAP in action is General Motors’ as- 
sembly plant in East Pontiac, Michigan. Robots provide 
98% of all welds while a vision system measures 40 dimen- 
sions on each truck. Thirty-two miles of cabling support 
2,000 devices that can transmit data over a MAP network 
at 10 Mbs. What makes this plant so important in support- 
ing the MAP cause is that in addition to the hundreds of 
different types of robots and process control machinery, 
the plant has a wide range of different vendor computer 
systems including IBM hosts and DEC VAXes. What 
makes communication possible and efficient is that all ma- 
chinery share the same suite of MAP protocols. 


The 1988 Enterprise Event and the Freezing 
of MAP/TOP Standards 


In June 1988, a convention known as the Enterprise Net- 
working Event took place at the Baltimore Convention 
Center. Vendors demonstrated real products running un- 
der MAP/TOP. The theme of this event was the 
Enterprise-wide network, a network that includes both the 
factory and the office. General Motors’ demonstration fea- 
tured two robots that worked in unison to assemble an en- 
terprise product according to visitors’ specifications. The 
booth also featured electronic mail applications and use of 
the MAP/TOP Network Manager and Directory Server 
protocols. 

The point of this convention was to demonstrate prod- 
ucts from multiple vendors that worked together because 
of their MAP/TOP compatibility. Boeing’s booth featured 
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eleven different vendors. Visitors entered personal infor- 
mation into a visitor tracking system that demonstrated 
order entry and bar code reading. The bar code was read 
and compared against the visitor’s personal files to verify 
registration. 

The Boeing booth also exhibited several aspects of the 
procurement process including creating a request to be 
sent to suppliers, selecting the suppliers, preparing and de- 
livering the request electronically, receiving and evaluat- 
ing the responses electronically, sending the order, and 
then finally receiving the order acknowledgement from the 
supplier. Figure 12 illustrates how this network was orga- 
nized. The backbone ran TOP protocols over IEEE 802.3 
baseband coaxial cabling. Notice that the OSI FTAM and 
VT protocols that TOP has incorporated for file manage- 
ment and terminal emulation were used. 

Presently MAP implementations are growing much 
faster than TOP installations. Many vendors and potential 
customers were very disturbed when MAP was upgraded 
from version 2. 1 to 3.0 because of the number of changes 
that were not upward compatible. Why spend money de- 
veloping a product or implementing MAP protocols when 
the standard seems so unstable? The MAP/TOP group re- 
sponded to this criticism at the Enterprise Event by an- 
nouncing that MAP will not be changed for six years. This 
meant that companies count on a stable period extending 
to 1994. Many industry experts feel this announcement 
will spur additional MAP adoptions. 


MAP and TOP in the Future 
If a recent meeting of the North American MAP/TOP Us- 
ers Group is any indication, specifications for both these 
products will be broadened in the near future to include 
several OSI as well as other protocols. There appears to be 
a good deal of support for an 802.4 fiber-optic version as 
well as a Fiber Distributed Data Interface (FDDI) and In- 
tegrated Services Digital Network (ISDN) versions. 
DEC’s loud pronouncements that 802.3 should be in- 
cluded under MAP has sparked controversy for the past 
couple of years. Because DEC is a major player in the fac- 
tory automation market, it is not surprising that they have 
pushed so hard for this addition. Hewlett-Packard recently 
announced a MAP product that supports 802.3. 
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While General Motors has dropped its leadership role 
and let the users group administer MAP/TOP, a spokes- 
person has announced the company would oppose 802.3’s 
addition to MAP. 


Summarization of Ethernet Concepts 


Ethernet was the first nonproprietary local area network, 
and it still commands the largest number of users. The 
IEEE 802.3 standard for a CSMA/CD contention bus net- 
work is similar to Ethernet, with some significant differ- 
ences. 10BaseT is a new 802.3 standard for unshielded 
twisted-pair transmission at 10 Mbs. 10Broad36 repre- 
sents the broadband coaxial cable version of the 802.3 
standard. 

The 802.4 standard for a Token-Bus network describes 
a noncontention network which 1s a physical bus but a log- 
ical ring. Manufacturing Automation Protocol (MAP) is 
based on 802.4. Technical and Office Protocol (TOP) is a 
suite of protocols closely based on the OSI model and 
802.3 that provides network services for such departments 
as accounting, marketing and engineering as they support 
manufacturing and its MAP protocols. 


The IEEE 802.5 Token-Ring 


The IEEE 802 committee developed a standard which be- 
came known as IEEE 802.5 for a noncontention local area 
network, a network that is a logical ring but a physical star. 
Cables to individual workstations radiate from wire con- 
centrators known as Multistation Access Units. Worksta- 
tions transmit information in a packet known as a frame. 
IEEE 802.5 committee published its set of specifications in 
a Blue Book and has been adding to this standard on a 
regular basis. The original specification described a 4 Mbs 
transmission speed. IBM and several other vendors now 
offer a 16 Mbs version, which is covered later in this re- 
port. 


The Open Token Foundation and 802.5 
Interoperability 

If you have ever worked with LANs, you are aware that 
IEEE 802 specifications by themselves do not guarantee 
interoperability since they represent guidelines. IBM, for 
example, has published programs that meet 802.5 specifi- 
cations but contain calls directly to their own NIC firm- 
ware; the result is that the programs do not work with other 
vendor 802.5 products. Several vendors would like to see a 
movement toward greater cooperation between the IEEE 
and 802.5 network equipment manufacturers and in- 
creased interoperability among 802.5 products. 

In 1988 a group called the Open Token Foundation 
(OTF) was formed to increase 802.5 network interopera- 
bility. The OTF has staged a demonstration at NetWorld 
in Dallas in 1989 where more than 20 companies demon- 
strated their products’ 802.5 interoperability. 

Take this interoperability issue a step further. For two 
network nodes to communicate with each other, they must 
run the same higher level protocols so that they can 
“understand” each other. The same two network nodes 
can coexist even with different higher level protocols and 
hardware as long as they share the same 802.5 Medium 
Access Control (MAC) layer. It is this layer that enables the 
nodes to recognize which frames are to be processed or 
dropped and to interpret network addresses correctly. The 
IEEE 802.5 committee has been involved in coexistence 
issues while the OTF is concerned with both coexistence 
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Table 1. Coexistence and 
Communication 


Need to Be the Same 
Between Nodes for: 


Communication 


These Token Ring Elements: 


Coexistence 


Physical layer signaling Yes Yes 

MAC layer and frames Yes Yes 

Address and network Yes Yes 
management 

Source routing header filtering Yes Yes 

LLC layer SAP address filtering Yes Yes 

LLC types (I, fl, or III No Yes 

Upper layer protocol (TCP/IP No Yes 
NetBIOS) 

Card/PC hardware interface No No 

System processor (80XXX, No No 
68XXX) 

PC machine type No No 


Source: Data Communications 


and communications issues. Table 1 indicates how differ- 
ences in token-ring elements affect the ability to coexist or 
communicate. 


The Use of a Token on 802.5 Networks 

When you examined the IEEE 802.4 token-bus standard 
earlier in this report, you saw a token consisting of a pre- 
determined bit pattern can only be used by one worksta- 
tion or network node at a time. The transmitting worksta- 
tion physically alters this token’s bit pattern, which 
announces to all other workstations that this token is being 
used. This method resembles the way a taxi cab driver 
alerts potential customers that his or her cab is in use by 
setting an “in use” flag on top of the cab. The token, now 
transformed into a frame of information containing the 
message to be sent is transmitted around the ring until it 
reaches its destination workstation. 

Messages sent along a token-ring network are received 
by each network workstation which in turn checks to see if 
it is the frame’s correct destination. If it is not, the work- 
station acting as a network repeater retransmits the frame 
to the next network workstation. Finally, the destination 
workstation receives the message and copies it to its inter- 
nal memory before retransmitting the frame back to the 
sending workstation. The frame makes its way around the 
ring back to the sending workstation, which observes that 
the message was successfully copied and then resets the 
token so that it is available for another station to use. 

This passing of a token might remind you of a children’s 
game in which children sitting around a circle transmit a 
message by rebroadcasting the information by whispering 
it from one child to another until the child who started the 
cycle hears the information. What happens if a child falls 
asleep and cannot transmit the message? Obviously, the 
message would fail to come full circle. Later in this report 
you will see how a multistation access unit or wire concen- 
trator alleviates this problem by bypassing inactive work- 
stations so that the continuity of the ring is not broken. 
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Basic Components of a Token-Ring 
Network 


This section looks at the key components of a token-ring 
network including its network interface card, its multista- 
tion access unit, and its cabling. It is important to recog- 
nize that IBM’s Token-Ring Network (IBM loves to use 
capitals as well as abbreviations) differs in some ways from 
other 802.5 networks. That does not necessarily mean 
IBM’s approach is better, but it does mean that you have to 
be careful not to mix and match NICs with different chip 
sets or different 802.5 cabling schemes. 


Network Interface Cards (NICs) 

Workstations must have Token-Ring network interface 
cards (NICs). These cards contain the Medium Access 
Layer protocols that are at the heart of the 802.5 standard. 
Not all 802.5 NICs are the same; while all 802.5 standard 
NICs support IBM’s Source Routing scheme, IBM’s NICs 
actually handle the Source Routing with their firmware 
and do not require additional software to perform this 
task. 

IBM and Texas Instruments jointly developed an 802.5 
chip set to ensure that third-party manufacturers of LAN 
equipment would provide compatible products. Ironically, 
virtually all 802.5 NIC manufacturers use this chip set ex- 
cept Ungermann Bass and IBM. Even though dozens of 
vendors offer 802.5 NICs, there are significant differences. 
One major difference is in the way these cards handle 
memory. 

The three major approaches toward handling memory 
are Shared Memory, Direct Memory Access (DMA), and 
Bus Mastering. With Shared memory, a portion of the 
host’s memory is mapped to the NIC’s memory. The host 
can read information directly from its own memory, thus 
providing very fast access. The NIC will have jumper or 
switch settings to assign the buffers on the card to a system 
memory address. The CPU reads the RAM information on 
the card just as if the information was found in high mem- 
ory RAM on the motherboard. There is a drawback, how- 
ever. How much host memory does the manufacturer allo- 
cate? Too little memory allocation will result in the need 
for additional communications and transmissions that will 
slow down operations. Also, some information could be 
lost during this process. Too much memory allocation 
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ae Figure 13. 
3 StF Multistation Access Units in a 
Token-Ring Network 


could cause conflicts with other key operations. The nor- 
mal address range used by the chip set for this function 
could create conflicts with other functions that use this 
range of memory including system video memory and the 
Extended Memory Specifications (EMS) paging area. 

Direct Memory Access (DMA) offers an alternative 
memory approach. A DMA controller residing on the 
NIC’s motherboard assumes responsibility for determin- 
ing the source and destination addresses of the data to be 
moved along the data bus. It requests and receives permis- 
sion to use the data bus and then performs the necessary 
read and write operations. Unfortunately, on PCs the 
DMA speed remains what it was on the original Intel 8088 
machines, 4.77 MHz. This approach is not as fast or effi- 
cient as Shared Memory. It is reasonably efficient when 
used for large data transfers, but very inefficient because of 
overhead when used for small data transfers. As a systems 
integrator, your ability to determine what kinds of data 
transfers will take place routinely will help you decide 
whether this DMA approach is acceptable for the network 
you configure. 

The third memory approach, Bus Mastering, is the 
most efficient way to use memory, but you need the Micro 
Channel Architecture (MCA) based PS/2 workstations or 
the Extended Industry Standard Architecture (EISA) 16- 
bit bus clones and appropriate NICs use it. The NIC in 
effect is the “‘Master of the Bus” because it controls the bus 
and not a DMA controller sitting on a motherboard. The 
NIC writes information directly to the host’s memory 
without the need for request permission. Also, the NIC 
only needs to perform a write operation and not the read 
operation required with the DMA approach. If the net- 
work you are configuring has a lot of small data transfers, 
this approach might be significantly faster for you than the 
DMA approach. 

Just as NICs use different memory schemes, they also 
offer different sized buffers. It is particularly important 
that you select a card with a very large buffer for your file 
server so it can handle its heavy I/O load. 

Other significant features that differentiate 802.5 NICs 
include the software included on them and the quality of 
their driver software. Demand Protocol Architecture 
(DPA) is 3Com’s approach to minimizing RAM cram by 
using special software to load protocols as needed. Simi- 
larly, some 802.5 NICs include protocols as well as other 
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Figure 14. 

MAUs in a Wiring Closet 
Connected to Workstations 
Using a Punch-Down Block 


Wiring closet 


software so that workstations need not try to cram them 
into RAM. IBM’s Token-Ring NICs include the Logical 
Link Control (LLC) 802.5 software. 

Take software included on an NIC a step further. TI’s 
802.5 chip set includes basic driver software, but some 
companies have rewritten these drivers for their NICs us- 
ing assembly language routines that speed up the through- 
put between the operating system and the hardware. 

I have friends who never thought they’d live to see IBM 
salespeople suggesting a rival product, but up until LAN 
Server became a viable product, “Big Blue” salespeople 
were seen recommending NetWare to their large corporate 
accounts. By Novell’s own account, over fifty percent of 
IBM Token-Ring Networks run NetWare. In any event 
IBM has opened up its networks to make it easier for sys- 
tems integrators to mix and match some products. When it 
released the PC LAN program, the NetBIOS Extended 
User Interface (NetBEUI) was required as an interface to 
NetBIOS, IBM’s de facto network interface standard and 
its equivalent to the OSI model’s Session layer. IBM’s own 
Token-Ring NICs used the TOKREUI adapter handler to 
interface with the NetBEUI. More recently, IBM intro- 
duced its LAN Support Program which replaces NetBEUI 


Figure 15. 
Repeaters Extend a Token- 
Ring Network 
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and permits installable device drivers. This means that a 
systems integrator now has more flexibility. It is possible, 
for example, to use 3Com’s Token Link NICs with 3Com’s 
3ComREUI adapter handler as an interface to NetBIOS. 
The network could then run a wide range of network oper- 
ating systems such as NetWare or VINES. The NetBIOS 


link could be handled by this 3Com device driver. 


Cabling and Multistation Access Units 

The cabling connecting the network can range from type 3 
unshielded telephone wire to include optical fiber and 
IBM data grade cabling. The promised 4 megabit/second 
transmission speed might not be achieved using the un- 
shielded telephone wire if there is any interference. An- 
other limitation of using inexpensive telephone wire is that 
it will support a maximum of only 72 workstations com- 
pared to the 260 workstations that can be supported on 
one ring with data grade coaxial cabling. 

While a Token-Ring network is a logical ring, it is a 
physical star with workstations radiating from Multista- 
tion Access Units (MAUs). These MAUs contain bypass 
circuitry so that if a workstation is not plugged in or logged 
off the network, a relay bypasses the workstation’s MAU 


Repeaters 


Wiring closet 
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port so that continuity of the ring is not broken. Figure 13 
illustrates how these MAUs function. 

Usually MAUs are placed in a centralized wiring closet. 
The cable connecting the MAU to a workstation is known 
as a lobe. The maximum distance of these lobes varies ac- 
cording to the type of cabling used with the 4 Mbs version 
of Token-Ring network supporting a maximum length of 
330 feet for twisted-pair telephone wire and 984 feet for 
data grade media. 

Figure 14 illustrates a group of MAUs in a centralized 
wiring closet. Connections at the wiring closet are made at 
punchdown blocks or through patch panels. Connections 
at the workstations are made using standard telephone 
wall jacks. 


MAUs and Repeaters 

For larger installations it might be impossible or simply 
undesirable to place all MAUs in one central wiring closet. 
Copper repeaters can extend the distance between MAUs 
by up to approximately 2,500 feet. Figure 15 illustrates 
how these repeaters are linked to MAUs. 

Some rules of thumb are associated with token-ring net- 
works. Generally, you want to minimize the number of 
wiring closets needed. With twisted-pair telephone wire, 
you can have a maximum of 72 workstations using up to 9 
MAUs located in a single wiring closet as long as all lobe 
lengths are limited to 1,000 feet or less. If you go beyond 
this length, you will need to use repeaters or bridges. 

With shielded data cabling (Types 1 or 2), a Token-Ring 
network can consist of a maximum of 260 workstations 
with up to 33 MAUs located in a single wiring closet with 
all lobe lengths limited to 2,000 feet or less. 


The 802.5 Frame 


The 802.5 frame is quite different from the 802.3 frame 
examined earlier in this report; this explains why you sim- 
ply cannot plug the two networks together. Figure 16 illus- 
trates the 802.5 frame. 

The Starting Delimiter signifies the beginning of a 
frame; its unique pattern (JKOJKO000) prevents it from be- 
ing mistaken for data. J and K here represent non-data 
symbols. The Access Control field is where you find the 
priority and reservation bits as well as the monitor bit. A 
workstation can use any one of eight different priority lev- 
els to indicate that it needs to reserve use of a future token. 


Figure 17. 
An 802.5 Token’s Format 
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Figure 16. 
The 802.5 Frame 


Other workstations will compare their priority levels with 
this number and defer if they see a higher priority in this 
field. The monitor field refers to token management, a 
topic considered shortly. 

The Frame Control field is used to indicate whether the 
frame contains Logical Link Control (LLC) data or a Me- 
dium Access Control (MAC) control parameters. The Des- 
tination Address and Source Address fields are self- 
explanatory. The Source and Destination address fields 
are designed to convey a number of different kinds of in- 
formation. The first bit is set to 1, then the message is a 
group broadcast for everyone on the network. An initial 
zero bit, on the other hand, indicates that this is a message 
addressed to a specific workstation. The second bit in the 
address field indicates whether the address 1s global (O) or 
local (1). Local refers to another node on the same net- 
work. Each workstation has a unique 48-bit address ob- 
tained by the manufacturer from IEEE and burned into the 
PC Adapter ROM chip. Locally administered addresses 
are assigned by the local network administrator; these ad- 
dresses override the universally administered addresses 
found on the ROM chip. The address fields have been de- 
signed to accommodate the addresses of workstations that 
exist on other rings; in fact, the first two bytes of these two 
fields are designated for a workstation’s ring number. The 
addressing can become quite complex because the 802.5 
committee has proposed an address structure that includes 
space for indicating multiple rings, bridges, etc., very 
much like a letter to a college student might require several 
lines of address to indicate the specific college, street ad- 
dress, dormitory, post office box, etc. 

The Frame Check Sequence field is used for error 
checking, while the End of Frame Sequence and Ending 
Delimiter are fields associated with specifying the end of a 
frame. The Frame Status field indicates whether the frame 
is Good or With-Error. If the frame 1s With-Error, the field 
specifies one of several reasons including an FCS that does 
not match, a frame too large for the buffer space, or a 
frame too small (runt) to be valid. 

The Frame Status field is used by the workstation orig- 
inating the information frame to determine if the worksta- 
tion designated to receive the message actually recognized 
its own address. The originating workstation sets the Ad- 
dressed Recognized bit to 0 (zero) while any other station 
on the ring sets it to 1 if it recognizes the address as its own. 
The originating workstation also sets the Frame Copied bit 
to 0. When the receiving workstation copies the frame into 
a read buffer, it sets this bit to a 1. When the frame returns 
to the originating workstation, it checks this key Frame 
Status field to see if the frame was recognized and copied 
correctly. 


The Token on an 802.5 Network 
A token is nothing more than a specific bit pattern that the 
workstations can recognize. Figure 17 illustrates the token 
on an 802.5 network. A workstation needing to use the 
network will grab the token when it arrives and change one 
bit to transform it from a token into what is known as a 
Start of Frame Sequence (SFS). 

Workstations that need to use the token on an 802.5 
network can indicate any one of eight different levels of 
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Figure 18. 
A Token-Ring Network with a 
Defective Node 


Bypassed 
workstation 


priority while placing a reservation for it. A network work- 
station releases its token after each transmission because it 
1s not permitted to broadcast continuously regardless of its 
high priority. The monitor bit is broadcast as a zero in all 
frames and tokens except the monitor itself in order to en- 
sure that no frame monopolizes the ring and no token has a 
priority greater than zero. Every workstation thus has 
equal access to the network. When a workstation is ready 
to continue a message’s path through the network by re- 
broadcasting its bit pattern, it examines the reservation 
bits (RRR). If it has a message of its own that it wants to 
send and its priority is higher than the present sender, it 
raises the value of this three-bit field to its own level assur- 
ing that its message is the highest one waiting to be trans- 
mitted. Further down the network a second workstation 
with even a higher priority might change this bit pattern to 
reflect its own priority level and thus “bump” the previous 
workstation from its reservation for the next available to- 
ken. The priority established in the PPP Priority field re- 
flect the workstation’s priority to use the network. If a 
workstation observes that its priority is higher than the one 
already reflected in the RRR Reservation field, it raises 
this value to its own level and thus reserves the next token 
for its own use. The address of the bumped workstation 
goes into a memory location that serves as a queuing area 
for displaced workstations seeking access to the network 
but forced to wait their turns. 


The Role of the Active Monitor 


Token-Ring Network uses an Active Monitor to ensure 
smooth network operations and handle error conditions. 
The first workstation to join a ring becomes the Monitor, 
sort of like being President of a country consisting of one 
citizen. As the Monitor, this workstation generates an Ac- 
tive Monitor Present frame periodically that tells other 
workstations that there is a Monitor alive and functioning. 
Other workstations issue Standby Monitor frames period- 
ically to indicate that they are ready to assume this role if 
the Monitor fails and it becomes necessary. 

What happens if the Monitor does fail? Each worksta- 
tion keeps track of time. When one realizes that it is long 
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past time for the Active Monitor Present frame, it gener- 
ates a Claim Token frame. Other workstations begin to re- 
alize the same thing now, and they too begin to generate 
these Claim Token frames. Which workstation is going to 
win the job of Active Monitor? 

Now something very interesting happens, sort of like 
the way dogs determine which one is going to rule the 
neighborhood. Each workstation receives Claim Token 
frames issued by other workstations. It compares its 
Source Address with the Source Address of the Claim To- 
ken frame it receives. If it has a lower Source Address, the 
workstation drops out of this contest and begins issuing 
Standby Monitor frames. If it has a higher Source Address, 
then it ignores this other contender’s frames and continues 
generating its own Claim Token frames. 

The Frame Check Sequence field is responsible for er- 
ror checking for the Frame Check, Destination Address, 
Source Address, and Information fields. Bit seven of this 
field is the error-detected bit. The workstation originating 
a frame sets this bit to zero while the first station to detect 
a transmission error sets it to one. The first station to de- 
tect this error flag counts the error and prevents other sta- 
tions from also logging this error. This method helps to 
localize where an error has taken place. The workstation 
serving as the Monitor scans the network for transient and 
permanent errors. Transient errors are logged by various 
workstations on the network as “‘soft error conditions.” 
These errors generally can be corrected by retransmitting 
the frame. Permanent errors, on the other hand, can dis- 
rupt network operations. If a frame comes back with the 
indication that a destination workstation has not recog- 
nized its own address and copied the frame, the Monitor 
workstation can use the bypass circuitry built into the mul- 
tistation access units to bypass the defective station and 
maintain the network’s integrity. 


Error Checking or ‘‘Someone to Watch 
Over Me’”’ 
The Active Monitor examines the frames circulating on 


the network and removes any of them that are defective, 
issues a new token, and ensures that the network runs 
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smoothly. It also helps identify and remove defective net- 
work nodes. Figure 18 illustrates a Token Ring network 
with four workstations (1-4). Workstation 1 starts to re- 
ceive fault messages indicating that a problem exists some- 
where between it and its Nearest Active Upstream Neigh- 
bor (NAUN). Workstation 1 begins issuing Media Access 
Control (MAC) layer beacon frames that contain its own 
address as the source address with its NAUN (workstation 
4) as the frame’s destination address. When workstation 4 
receives a total of eight beacon frames, it removes itself 
from the ring and begins self-testing. It is able to test its 
own NIC hardware, lob cabling and interface to the MAU. 
If workstation 4 does not find any errors, it will re-enter 
the ring. Note that when a workstation is powered on, the 
NIC initiates a self-test that checks its memory and cir- 
cuitry. If an error is found, the workstation will not enter 
the ring until it is corrected. 

Meanwhile Workstation 1 is still receiving error mes- 
sages. It knows workstation 4 is not the guilty party? Hor- 
ror of horrors, could it be the cause of these error mes- 
sages? Workstation | takes itself out of service and begins 
self-testing. If it does not find anything wrong, it will re- 
turn to the ring. Because Workstation 1 was the Active 
Monitor, the remaining workstations will contend for this 
job using the method described in the previous section. 

The functions of the Monitor workstation are provided 
by the IBM Token-Ring Network Manager Program. It 
provides continuous monitoring of the network for errors 
as well as the corrective actions discussed here. It also logs 
network error and status information for report genera- 
tion. It is this program that provides the mechanism for 
the creation of addresses for each workstation as well as 
the establishment of passwords. 


Common Problems on Token-Ring 
Networks 


When you examined Ethernet earlier in this report, you 
saw that there were a number of common network prob- 
lems including cable breaks and “jabber” conditions. 
Many systems integrators will swear that even with all its 
self-diagnostics, Token Ring is far more difficult to main- 
tain than Ethernet. 802.5 networks also have their cable 
breaks, and it is also possible for the relays that take a 
workstation out of service on an MAU to stick so that the 
integrity of the ring is broken. Sometimes NICs will garble 
or abbreviate frames. There are many reasons why this can 
happen including electrical interference, low batteries, 
NICs going bad, and loose connectors. 

Sometimes on Token-Ring networks, a token is acci- 
dentally duplicated or lost. Two workstations might be- 
lieve they hold the token and then attempt to transmit a 
frame simultaneously. This situation is handled very 
nicely by the network. Workstations examine the Source 
Address field of a returning frame and make sure that this 
address matches their own address. If the two addresses do 
not match, the station aborts its own transmission and 
does not issue a new token. 


IBM’s 16 Mbs Token-Ring Network 


Today, several vendors including IBM offer 16 Mbs ver- 
sions of their 802.5 networks. IBM offers a 16 Mbs version 
of its Token-Ring network requiring its own special 
adapter cards which come with 64K of on-board RAM. 
This extra memory allows larger frame sizes and more con- 
current sessions when the adapter is used in a server. The 
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larger frame sizes permit high volume RAM-to-RAM 
transmissions such as images. 

This high-speed version of a token-ring network comes 
at a price, though, because it requires IBM Type |, 2, or 9 
shielded cabling and cannot use the inexpensive un- 
shielded twisted-pair wire. Wire closets can be up to two 
kilometers apart when connected with fiber-optic cable. 
Although IBM claims that it cannot use unshielded media 
for 16 Mbs transmission speeds because of electrical inter- 
ference, other companies such as Proteon (ProNET-10) of- 
fer speedy alternatives using this media. At the moment, 
many experts feel that the primary function of such speed 
is to serve as a backbone network, a kind of super router 
that connects several different networks together. 


The Importance of Fiber Optics with 16 Mbs 
Token Ring 

Because the companies likely to install 16 Mbs Token Ring 
are likely to be the companies with very large networks, 
fiber optics will play an important role in such networks’ 
design. Many vendors offer optical-fiber converters to To- 
ken Ring. These converters permit optical links between 
wiring closets with 62.5/125 or 100/140 multimode 
optical-fiber cabling. 

These relatively new fiber-optic systems often provide 
network management software as well as two distinct sig- 
nal paths. One path is in the primary direction of the net- 
work while the other path is in the backup direction. Nor- 
mally the primary path will carry the network traffic while 
the backup path carries ring maintenance signals. The op- 
tical converters are intelligent enough to remove them- 
selves from the ring if they sense that they are malfunction- 
ing and then later to reinsert themselves if they no longer 
identify a problem. Early Token Release on the 16 Mbs 
Token-Ring A workstation on a 16 Mbs Token-Ring Net- 
work is permitted to transmit a token immediately after 
sending a frame of data instead of waiting for its frame to 
return. Figure 19 illustrates two different tokens traveling 
simultaneously on a 16 Mbs Token-Ring network. IBM 
has claimed that the use of multiple tokens traveling on the 
same network can boost efficiency to more than 95 percent 
on frames larger than 128 bytes. 


A Token-Ring Network in Action 

A good example of how Token-Ring Networks can be used 
in acampus environment is IBM’s own facility at Research 
Triangle Park in North Carolina. As Figure 20 illustrates, 


Figure 19. 
Multiple Frames Traveling on a 16 Mbs Token-Ring 
Network 
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Figure 20. | 
IBM’s Token-Ring Network at Research Triangle Park 


Research Triangle Park Token Ring Local Area Network 


One or more proposed Token Ring network 
bridges for interconnecting rings 


Building 


Building Building 
001 060 . 303 


; Building Building 
500 501 


RPL Campus Rings 


CZ IN 
esa 
502 
503 


Building 


IBM has chosen to use backup Token Rings for all LANs 
with more than 200 users. This redundancy feature illus- 
trates how a company must balance the expense associated 
with redundancy with the cost of a network being out of 
service. In IBM’s situation, the company decided. that 200 
users or more down at any one time was painful enough to 
warrant the cost of redundancy. There are at least 39 pro- 
duction mainframe computers and 15 test mainframe 
computers at Research Triangle that are linked to the 
Token-Ring Network. 

This Research Triangle Park facility features IBM Ca- 
bling System Type | and fiber cabling for interoffice com- 
munications while connections between wiring closets are 
IBM Cabling System Type 2. | | 
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Fiber Distributed Data Interface (FDDI) 


As you have seen when examining IBM’s Token-Ring Net- 
work and its ability to link large multiple ring networks, 
IEEE 802.5 Token-Ring networks are designed for heavy 
data traffic yet the speed of these networks (4 Mbs or 16 
Mbs) falls well below what a network with heavy traffic 
really requires. Even using optic fiber cabling which is ca- 
pable of much faster transmission does not help; the IEEE 
802.5 standards were not designed to take advantage of 
optic fiber’s incredible transmission speed. 

Developed by the American National Standards Insti- 
tute (ANSI) committee X3T.9, the Fiber Distributed Data 
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Interface (FDDI) standard is a counter rotating token ring 
capable of covering a very large area (200 km) while trans- 
mitting data at 100 megabit/second speed, a standard that 
ensures compatibility with IEEE 802.5 token-ring net- 
works by maintaining the same frame fields found in that 
standard. 

The FDDI model is reasonably consistent with OSI 
model. As Figure 21 reveals, the FDDI Physical layer is 
broken down into a Physical Layer Protocol (PHY) that 
concerns itself with the actual encoding schemes for data 
and a Physical Medium Dependent layer (PMD) that pro- 
vides the actual optical specifications. A Media Access 
Control layer handles token passing protocols as well as 
packet formation and addressing. Notice also that a set of 
Station Management standards provides information on 
such tasks as removal and insertion of workstations, fault 
isolation and recovery, and collection of network statisti- 
cal information. SMT utilizes the Connection Manage- 
ment protocol in conjunction with PHY line states to de- 
termine whether or not nodes entering the ring are linked 
together; unfortunately SMT has not yet completed the 
lengthy process of being formally approved. The effect of 
this lack of a standard on systems integrators is discussed 
later in this report. 

FDDI was used initially primarily for “back-end” ap- 
plications such as connecting mainframe systems and mass 
storage devices and for the backbone network function of 
connecting different networks together. Today it is ready 
to take its place along with token bus and token ring as a 
viable standard for large networks while still performing 
the backbone function for Ethernet or Token-Ring net- 
works. 

What makes FDDI so appealing despite its expense are 
its speed of transmission and its dual ring approach that 
offers built-in protection against system failure. One major 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


OSI layer FDDI fog cmrerheentaritanr 


Physical PHX (physical layer) 
PMD (physical medium dependent) 


4812 17 
Design & Development 


DR af Phy SRO a See BU arene en ea) 
Figure 21. 
The Structure of FDDI 


difference between IEEE 802.5 Token Ring networks and 
an FDDI network is that a Token Ring network circulates 
one token at a time on a 4 Mbs network and perhaps 2-3 on 
a 16 Mbs network. On the 4 Mbs network version, a send- 
ing station transmits its token and then waits until the to- 
ken is returned to it by the receiving station with an ac- 
knowledgement that the message has been received before 
passing the token to the next workstation on the ring. In an 
FDDI network the workstation sending a message passes 
on the token immediately after transmitting the message 
frame and before receiving an acknowledgment that the 
message has been received. The result of this procedure is 
that several message frames can be circulating around the 
ring at any given time. Another difference between FDDI 
and Token Ring which enhances network speed is the use 
of a restricted token; it is possible to keep other worksta- 
tions off the network while a time critical task is per- 
formed. A Timed Token Protocol also used in IEEE 802.4 
networks ensures that low-priority messages will not clog 
up a network during peak hours. Timed Token Protocol 
uses both synchronous and asynchronous transmission. 
Workstations utilize a certain amount of transmission 
bandwidth defined for use as synchronous service while 
the remaining bandwidth is used by workstations that 
transmit signals asynchronously when the token service ar- 
rives earlier than expected. They continue to do so until 
the expected time of token arrival when they switch to syn- 
chronous transmission. 

In addition to greater speed of transmission, FDDI net- 
works enjoy a built-in redundancy that protects against 
system failure. The FDDI standard specifies a dual ring, 
one primary ring to carry information while a secondary 
ring carries control signals. Figure 22 shows a typical 
FDDI network. Notice that should a break in cabling result 
between stations A and B it would be possible for them to 


Figure 22. 
A Typical FDDI Network 
Using Dual Cabling 
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Figure 23. 
Concentrators on an FDDI 802.3 LAN 
Network 
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continue to communicate through station C which is act- 
ing as a wiring concentrator. Note that it is possible to send 
data over both sets of cabling traveling in opposite direc- 
tions so that if there is not a break in the cabling a trans- 
mission speed of 200 megabits/second is possible. 


The Basic Components of an FDDI Network 

The FDDI standard defines the network components re- 
quired including a Single Attachment Station (SAS), a Dual 
Attachment Station (DAS), and wiring concentrators. Sin- 
gle attachment stations are attached to wiring concentra- 
tors using a star topology as illustrated in Figure 23. Notice 
that the concentrators can include mainframes, minicom- 
puters, and high-performance workstations. A cable break 
with a single attached workstation will not bring down the 
network because the concentrator is able to bypass this 
workstation and continue transmitting and receiving in- 
formation. 

These wiring concentrators can be very attractive for a 
systems integrator because they can connect anywhere 
from 4-16 workstations to the network at a much lower 
cost than using dual attached interfaces. Also, devices at- 
tached to concentrators can be switched off without affect- 
ing the network. Devices attached with a dual attachment 
interface can have an adverse effect on an FDDI network if 
they are placed out of service because the FDDI network 
might assume the device is defective and try to remedy the 


Figure 24. 
Wrapping After a Cable Break 
on an FDDI Network 
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situation by wrapping around itself, a phenomenon I dis- 
cuss in more detail very shortly. Many industry experts 
expect FDDI network designs to utilize concentrators for 
PCs and other workstations while using the more expen- 
sive but system fault tolerant dual attached interfaces for 
minicomputer and mainframe links. 

Double attached workstations on an FDDI network use 
dual cabling. The dual attached interface provides system 
fault tolerance through its redundancy. In Figure 24, you 
see an FDDI double attached network with a token travel- 
ing in one direction. A break in the cabling causes the net- 
work to perform a function called wrapping in which it 
activates the second ring to bypass and isolate the failed 
station. The network will continue to operate but perfor- 
mance will decrease. Some vendors offer an optical bypass 
cable on their double attached interfaces so that the con- 
nection between the right side of the network and left side 
of the network can be maintained even with a cable break. 

FDDI permits a maximum of 1,000 connections with a 
maximum fiber-optic path length of 200 Km. The cabling 
specified in the FDDI standard is 62.5/125 micron multi- 
mode optic fiber with light generated from long- 
wavelength LEDs transmitting at 1300 nm. Each station 
on an FDDI network functions as an active repeater, 
which helps explain why FDDI networks can be so large 
without signal degradation. 

As I touched upon earlier in this report, another reason 
why FDDI networks are so fast is their use of a restricted 
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token mode. Normally FDDI networks use synchronous 
transmission to transmit large blocks of information. Re- 
stricted token mode reserves all asynchronous bandwidth 
for a dialogue between two workstations that wish to use 
this type of transmission. All other workstations continue 
to broadcast in synchronous mode while this dialogue is 
taking place. 


The FDDI Frame 

The FDDI frame illustrated in Figure 25 can have a maxi- 
mum size of 4,500 bytes, which makes it ideal for large file 
transfers. The Preamble field synchronizes the frame with 
each station’s clock using a signal that consists of 16 1-bits. 
Unlike an 802.5 network where the Monitor Station sets 
its master clock and then all other stations use its transmis- 
sion signal to set their own clocks, FDDI uses a distributed 
clocking approach where each station’s NIC sets its own 
clock. The Starting Delimiter signifies the beginning of the 
frame and is followed by a Frame Control field. This field 
indicates whether the transmission is synchronous or asyn- 
chronous, what size address will be used (16-bit or 48-bit), 
and the type of frame to be found (an LLC frame or MAC 
control frame). 

The Destination and Source Address fields are self- 
explanatory. If the first bit in the Destination field is set, 
then we have a group address indicating a broadcast mes- 
sage to all workstations on the ring. The Data field is fol- 
lowed by a Frame Check Sequence (FCS) field that uses a 
32-bit CRC to check for errors. The Ending Delimiter 
(ED) field indicates the end of the frame except for the 
Frame Status (FS) field which is used for a station to indi- 
cate it has detected an error. 


Using Multiple Tokens on an FDDI Network 
Figure 26 illustrates the FDDI token. A station wishing to 
transmit seizes a token, absorbs it, and then adds its infor- 
mation to form a frame. This station begins transmitting 
and continues to do so until it runs out of information to 
send or its token-holding timer expires. 

The frames transmitted are repeated by other worksta- 
tions around the ring. The Destination workstation identi- 
fies its address on the frame and copies the information, 
checks for errors, and then sets a bit in the FS field if it 
detects an error before transmitting the frame. When the 
frame is returned to Source workstation, it retransmits it if 
there was an error detected or it purges the frame. 

The moment a workstation releases a token, other 
workstations can seize it and begin transmitting frames. 
Workstations do not need to wait for the return of the 
frame they sent before releasing the token. 


Integrating FDDI Networks With Existing LANs 
Primarily because the Station Management (SMT) layer of 
FDDI has not been approved yet by the IEEE, the burden 


of integrating FDDI networks with existing LANs falls on 


Preamble Starting delimiter 
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Figure 25. 
The FDDI Frame Format 


the systems integrator. This link requires some kind of 
router or bridge, and at the moment there are vendors of- 
fering completely different types of solutions. 

The major approaches to linking FDDI nets with exist- 
ing LANs are data encapsulating bridges, translating 
bridges, spanning-tree bridges, and source-routing bridges. 
The data encapsulation method used by companies such as 
Fibronics, Inc., bundles data into FDDI format using pro- 
prietary algorithms. It takes a packet from a LAN and en- 
capsulates it within an FDDI packet for its trip around an 
FDDI ring. The encapsulating bridge at the receiving end 
strips the encapsulation from the packet and sends it along 
its way. The encapsulating and de-encapsulating processes 
utilize proprietary algorithms that make this approach 
vendor-specific and incompatible with other vendors’ en- 
capsulating bridges as well as other types of bridges. 

The translating bridges approach offered by companies 
such as FiberCom, Inc., readdress data using a protocol- 
independent method that is open rather than proprietary. 
A translating bridge will take a packet from a LAN such as 
Ethernet and translate the packet into FDDI packet proto- 
col. At the destination end, a second bridge will translate 
the FDDI protocol back into the original LAN protocol. 

The other two types of FDDI bridges also use the trans- 
lating bridge approach. The Spanning Tree is utilized by 
Ethernet LANs and is defined by the IEEE 802.1 standard. 
The Spanning Tree approach is known as a transparent 
approach because the bridge is transparent to a worksta- 
tion when it transmits a frame with a destination address 
and no routing information. The bridges read these desti- 
nation addresses and copy those frames that they will pass 
across to the other side. The Source Routing approach that 
is used by 802.5 networks has long been advocated by 
IBM. It requires workstations to maintain tables of net- 
work addresses. The workstation must plan out the route it 
wants its frame to travel. Recently IBM backed a proposal 
by both the 802.1 and 802.5 groups to the 802.1D commit- 
tee that will enable Source Routing and Spanning Trees to 
interoperate. It probably will be at least another year be- 
fore you see this new standard formally adopted. One 
problem faced by FDDI developers is that whatever ap- 
proach they use to bridge FDDI to existing networks, they 
must be able to handle the multiple protocols found on 
larger networks. While FDDI does support a number of 
protocols including TCP/IP and IPX, the FDDI devices 
having framing formats must be fine-tuned to handle each 
protocol. 

As a systems integrator needing solutions now, you can 
do something when designing FDDI networks to ensure 
interoperability in the future. Some vendors are willing to 
guarantee that they will replace their current FDDI bridges 
that use proprietary methods with SMT compatible equip- 
ment when the standard is formally approved. You might 


Figure 26. 
The FDDI Token 
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Figure 27. 
Microsoft’s Use of an FDDI Backbone 
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want to look for this guarantee as a way of ensuring that 
you will not lock your client into a proprietary path that 
might be a dead end. 


XTP and FDDI 


With IBM’s backing, a new high speed LAN protocol 
called eXpress Transfer Protocol (XTP) has been formally 
proposed to ANSI. Corresponding to the network and 
transport layers of the OSI model, this protocol is intended 
for use with FDDI and higher speed networks to overcome 
throughput limitations of software-based protocols. 

Presently, high-speed networks like FDDI only realize a 
fraction of their potential speed. FDDI using TCP/IP 
might only achieve speeds of 15 Mbs because of the 
amount of time consuming buffering required. XTP will 
provide low data transmission delay and high throughput 
with minimal overhead. 


FDDI-II Might Be Better Than Rambo II 


Most movie sequels disappoint, but a new version of 
FDDI might provide solutions for network designers who 
want to use FDDI in an environment where voice, data, 
and video are integrated. It divides the available band- 
width into a maximum of 16 separate and equal full- 
duplex channels using a time-division multiplexing ap- 
proach. 
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FDDI-II will help systems integrators link intelligent 
PBXs as well as process control facilities. FDDI-II stations 
will be compatible with FDDI stations, but will run at the 
slower speeds in mixed environments. FDDI-II is not yet 
finalized, but it is coming soon perhaps to one of your 
neighborhood networks. 


An Example of FDDI in Action 

Imagine having to design a way to link several networks 
spread out over a 250-acre campus. That’s the problem 
that faced Microsoft at its Redmond corporate headquar- 
ters. Microsoft has developed a corporate policy on how it 
cables its networks and subnetworks. Its buildings are all 
prewired for Ethernet subnetworks. 

Microsoft’s E-mail demands exceed 1.6 million mes- 
sages each month, this coupled with all the large files pro- 
grammers handle routinely creates quite a load on any net- 
work backbone. Microsoft originally had linked its various 
networks using standard LAN bridges. When it established 
its FDDI backbone, it kept its original LAN bridges for 
system fault tolerance. : 

Figure 27 illustrates the role of Microsoft’s FDDI back- 
bone. To give you some idea of the level of traffic on this 
network, Microsoft must link more than 9,000 PCs and 
more than 3,000 Macintosh computers. The PCs are 
linked to the backbone through Ethernet cards and an © 
Ethernet-to-FDDI bridge. The Macintosh computers are 
linked to the backbone asynchronously via a LocalTalk 
connection to Farallon Starcontrollers, which are then 
connected to Ethernet using Kinetics Fastpath gateways. 
The Ethernet network includes the Ethernet-to-FDDI 
bridge already mentioned. Microsoft might replace some 
of these cards with Ethernet cards 1n the Macintosh com- 
puters. 


Summarization of Token-Ring and FDDI 
Concepts 


The 802.5 standard describes a local area network using a 
token ring, noncontention approach. Currently both 4 
Mbs and 16 Mbs versions are available, but a systems inte- 
grator must be careful in network design because of cabling 
distance restrictions. The 802.5 standard is broad and gen- 
eral enough that many vendors have experienced interop- 
erability problems. The Open Token Foundation 1s an at- 
tempt at cooperation among 802.5 vendors. 

The Fiber Distributed Data Interface (FDDI) is a 100 
Mbs transmission speed fiber-optic network modeled on 
the 802.5 standard that does have some significant differ- 
ences. It uses a completely different error correcting 
scheme that features a double ring and a wrapping tech- 
nique. Network timing is handled by each workstation 
rather than by 802.5’s Monitor station. Rather than the 
token reservation system used by 802.5 networks, FDDI 
uses a timed-token system. Finally, FDDI 1s strictly a fiber 
network and does not permit the use of twisted pair or 
coaxial cabling. 
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Datapro Summary 


Although both AppleTalk and Arcnet LANs have been enthusiastically accepted by 
networking customers, neither technology has reached standard status by the IEEE 
standards group. AppleTalk and Arcnet LANs differ from the majority of popular 
LANs in many ways. In order to be used in a corporate-wide computing environ- 
ment, network planners must be aware of the unique attributes of these networking 


systems. 


The Macintosh Environment 


The Macintosh operating system contains 
many advanced features not available to 
PC users until recently with OS/2. Mac- 
intosh advocates will argue that this operat- 
ing system is still far superior. It can ad- 
dress up to 16 megabytes of RAM, and with 
System 7.0 it will provide true 32-bit ad- 


| dressing rather than the current industry’s 


24-bit addressing. 

Systems integrators are excited about 
System software 7.0. This version of the 
Macintosh operating system offers a num- 
ber of features that can enhance network 
communications. Virtual memory can 
mean up to 128Mb of memory on some 
Macintosh models. This operating system 
will use virtual memory to swap out the 
most recently used part of its memory for 
storage on the hard disk. The memory man- 
ager will swap it back for other material 
when this information is requested. 

Another connectivity feature associated 
with System 7.0 is its Interapplication Com- 
munications Architecture (IAC). This struc- 
ture permits one application to send data or 
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commands to other applications located on 
the same machine or on a different machine 
on the network. 

IAC consists of three key components. A 
program-to-program communication mod- 
ule inside System 7.0 will handle routing as 
well as store-and-forward functions from 
one task to another. An editions manager 
automatically updates information 
changed in one application in other appli- 
cations. IAC also includes AppleEvents, a 
module that enables developers to have one 
program send commands to another pro- 
gram. Finally, System 7.0 includes Data Ac- 
cess Manager (DAM). Applications com- 
municate with DAM, which in turn 
communicates with appropriate databases. 
Apple believes that developers will want to 
write drivers for DAM that will facilitate 
internetwork database queries. An applica- 
tion program could use DAM to query da- 
tabases on VAX, IBM, and Apple computer 
networks. As long as the database programs 
had DAM drivers, this process would take 
place and be transparent to end users. 

Still another connectivity feature pro- 
vided by System 7.0 is distributed file shar- 
ing software known as Macintosh File- 
Share. This Apple Filing Protocol (AFP) 
compatible software enables users to make 
all or part of a hard disk available to other 
networked users. What Apple did, in effect, 
was to build into System 7.0 some of its 
own AppleShare file server software so that 
every workstation has the ability to serve as 
a file server for other workstations. 
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The Building Biocks of AppleTalk 
Networks | 


Because the terminology used in the Macintosh world is so 


different from that found in the PC world, it is useful to 
begin our look at Macintosh networks by defining the basic 
building blocks. An AppleTalk local area network includes 
a Macintosh workstation, a hardware network interface 
and cabling, appropriate protocol software, and a network 
operating system. 

While IBM PCs and compatibles equipped with Apple- 
Talk network interface cards can operate on an AppleTalk 
network, I focus initially on an all Macintosh network. 


The Macintosh Workstation 

The Macintosh comes with a built-in hardware interface to 
the AppleTalk network. If you want to use Macintosh com- 
puters on an Ethernet or Token Ring LAN, you will have 
to add the appropriate network interface card. This Apple- 
Talk interface is also found on Apple’s LaserWriter print- 
ers. 


LocalTalk 

Here’s where the terminology might get a bit confusing. 
The Macintosh’s hardware interface contains the low-level 
software responsible for transmission and media access 
control to Apple’s LocalTalk cabling system, which uses 
shielded twisted pair wire. In other words, the Macintosh’s 
LocalTalk interface is capable of packaging bits into pack- 
ets and then transmitting them following the network bus’s 
rules for media access at a speed of 230.4 Kbs. 


Cabling 

Apple’s shielded twisted pair cabling uses RS-422 signal- 
ing for transmission and reception over LocalTalk and re- 
quires repeaters for distances greater than 1,000 feet. Two 
repeaters can extend the network to a maximum of 3,000 
feet. One limitation of the LocalTalk shielded twisted pair 
cabling is that its bandwidth is limited, and likely to be- 
come saturated if a network grows much beyond 25 users. 
One solution is to use cabling with greater bandwidth such 
as the coaxial cabling associated with Ethernet. This report 
looks at Macintosh Ethernet networks later. A second so- 
lution is to utilize AppleTalk’s ability to create a series of 
subnetworks and bridge them together. This report looks 
at creating AppleTalk bridges later when you examine Ap- 
pleTalk’s protocols. 


PhoneNet 

Many systems integrators select Farallon Computing’s 
PhoneNet cabling scheme for their AppleTalk networks 
because of its ability to use existing telephone cabling 
which consists of unshielded twisted pair wire. What is 
equally attractive to the systems integrator is PhoneNet’s 
ability to be configured a number of different ways. A pas- 
sive star topology as illustrated in Figure 1 consists of wires 
branching out of a central block. Telephones normally are 
wired in this manner with each office receiving its own 
branch. This passive star arrangement only requires a sin- 
gle pair of unused wires. They have an effective length of 
up to 4,000 feet and can support up to six branches. 

An active star topology utilizes a device known as a star 
controller. This intelligent device has 12 ports that can 
support 12 physical networks, each up to 3,000 feet of ca- 
ble. This star topology facilitates network management. 
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Figure 1. 
A PhoneNet Passive Star Topology 


het 


Farallon offers software that provides error detection, con- 
figuration control, and other network management func- 
tions. Figure 2 illustrates this active star topology. 

A third topology offered by PhoneNet is the daisy 
chain. Using this approach, each workstation is daisy 
chained to another workstation as illustrated in Figure 3. 
This type of architecture is ideal for a very small network, 
perhaps an office with just a few workstations and a 
printer. This topology has a 2,000 foot maximum length. 

A backbone topology consists of PhoneNet telephone 
wall wiring serving as a data highway. Workstations and 
other devices connect to the backbone through wall boxes. 
This topology can extend up to 4,000 feet and is designed 
for heavy traffic. While standard PhoneNet runs at the Ap- 
pleTalk network speed of 230.4 Kbs, an Ethernet version is 
available that runs at 10 Mbs over telephone wire. 


CSMA/CA 

LocalTalk uses a multidrop bus, the same scheme used by 
Ethernet. It uses a media access method that is similar to 
Ethernet’s CSMA/CD but slightly different. Carrier Sense 
Multiple Access With Collision Avoidance (CSMA/CA) is 
an approach in which a workstation that wants to transmit 
information first senses any activity on the network. If a 
collision occurs, all workstations avoid additional possible 
collisions by waiting for the network to be idle a specified 
amount of time plus an additional amount of random time 
that varies from station to station. 

Unlike CSMA/CD where hardware detects a collision, 
CSMA/CA works on the premise that a collision might 
have occurred. It relies on “handshakes” between sending 
and receiving workstations. When a workstation does not 
receive an appropriate handshake or control packet reply 
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to its request to send information, it infers that a collision 
has occurred and begins the process of requesting the right 
to transmit all over again. To examine this process in more 
detail, look specifically at the LocalTalk protocol responsi- 
ble for this data link access method. 


LocalTalk’s Link Access Protocol 
(LLAP) 


LocalTalk has its own link access protocol known as the 
LocalTalk Link Access Protocol (LLAP). Figure 4 illus- 
trates the LLAP packet. A Preamble indicating the start of 
a frame is followed by Destination and Source Node Iden- 
tifiers. These 8-bit addresses can range from 1 to 127 for 
user nodes and 128 to 254 for server nodes under Apple- 
Talk first version which is known as Phase |. The number 
255 is reserved for a broadcast Node ID. When a worksta- 
tion starts up, it randomly assigns itself an ID and then 
tests to see if another node already is using it by sending 
out an inquiry control packet. 

The LLAP type field indicates whether a packet is car- 
rying control information or actual data. The data length 
field indicates the amount of data the packet carries; an 
LLAP packet can carry between 2 and 600 bytes of data. A 
Frame Check Sequence field is used for error checking and 
is followed by a trailer flag (01111110) field and an Abort 
field that indicate the end of a frame. LLAP uses a tech- 
nique known as bit stuffing to ensure that no other field 
contains more than five consecutive 1-bits. It will insert a 
0-bit after five consecutive 1-bits to ensure the Flag field’s 
uniqueness. A receiving workstation’s LLAP will reinsert 
the appropriate 1-bit so that the data can be read correctly. 


How Workstations Transmit Using LLAP 
When a workstation using LLAP wants to transmit, it 
checks the network until it has been idle for at least 400 
microseconds. It then waits an additional random period. 
The source workstation then sends a request-to-send 
packet to the destination workstation, which replies with a 
clear-to-send packet. The source workstation then trans- 
mits its data packet. If a source node does not receive a 
clear-to-send control packet, it assumes that there has been 
a collision and once again waits until the network has been 
idle for at least 400 microseconds. 

Broadcast transmissions work somewhat differently. A 
source workstation waits at least 400 microseconds and 
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Figure 2. 
PhoneNet’s Active Star 
Topology 


then an additional period of time before sending out a 
request-to-send control packet with a broadcast address. It 
then checks the network for a maximum period of 200 mi- 
croseconds before broadcasting its transmission. The 
source workstation will attempt up to 32 retransmissions 
before reporting failure. 


AppleTalk 


AppleTalk refers to the entire suite of protocols that com- 
prise Apple’s own layered network architecture. 


AppleTalk Phase 1 

AppleTalk Phase 1 imposed the limitation under Lo- 
calTalk of no more than 32 nodes in a single network in- 
cluding workstations, servers, and peripherals including 
the LaserWriter. It was possible, however, for several Ap- 
pleTalk networks, each one limited to a maximum of 32 
nodes, to be bridged together. 

Apple uses the term internet to define two or more local 
area networks linked together with a router or gateway. 
When a router combines network segments into an inter- 
net (Figure 5), the networks remain independent of each 
other. The networks connected together by routers are 
known under Apple’s terminology as zones. A zone con- 
sists of logical grouping of networks on an internet; it is 
very important to realize that a zone need not be identical 
with the original LAN’s physical configuration. In other 
words, nodes that share functionality (accounting, word 
processing, etc.) might be grouped together in a zone by a 
network manager even though they are located on different 
LANs on the same physical site comprising the internet. 
Often a backbone network (also seen in Figure 5) is used to 
reduce traffic congestion between networks on an internet. 
The name of the game is to reduce the number of routers 
necessary to transmit information from one node to an- 
other node. 

In addition to its own LocalTalk, Apple’s AppleTalk 
Phase | provided drivers for Ethernet (EtherTalk). This 
meant that it was possible to design a Macintosh network 
using coaxial cabling and Ethernet NICs to achieve 10 Mbs 
transmission speed. The 8-bit field AppleTalk assigned for 
node addressing meant that even under Ethernet there was 
a limitation of 254 network nodes which included worksta- 
tions, printers, modems, etc. For some corporations, this 
restriction simply was not acceptable. 
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Figure 3. 
A Daisy Chain Topology 


AppleTalk Phase 2 

AppleTalk Phase 2 added improved internet routing for up 
to 1,024 interconnected AppleTalk networks. It provided 
extended resource grouping to support up to 256 zones per 
network. Even more appealing to the systems integrator 
concerned with connectivity, it provided drivers for Token 
Ring (TokenTalk) and enhanced drivers for Ethernet. 

Perhaps the most significant change under Phase 2 was 
replacing Phase 1’s 8-bit address field that limited Apple- 
Talk workstations to addressing a maximum of 254 nodes 
with a 24-bit field that provided the ability theoretically to 
address more than 16 million different nodes (27*). One 
serious problem with this change was that Phase | packets 
are invisible to Phase 2 nodes because of the incompatibil- 
ity of the addressing schemes. While Phase 2 can handle 
the addresses of newer Apple LaserWriters including the 
SC, NT, and NTX, it cannot handle the addresses of the 
older LaserWriter and LaserWriter Plus models. Also, 
some software (particularly network management software 
offered by third-party vendors) might work fine on Phase 1 
networks but fail under Phase 2. 

Moving to Phase 2 meant that companies wishing to use 
Ethernet needed to upgrade the EtherTalk drivers on each 
Macintosh node. Much more serious, however, Phase 2 re- 
quired upgrading all hardware and software network rout- 
ers. Routing is completely different under Phase 2. A net- 
work manager has limited options. One choice (Apple’s 
suggestion) is to bring down the entire AppleTalk network 
and upgrade all nodes to Phase 2. This expensive option 
might help your Apple stock rise, but it might cause your 
company stock to decline rapidly. A second option is to 
divide the AppleTalk network into several small internets 
and then selectively upgrade each one independently. This 
option will disrupt internet traffic, but careful design of the 


internets could minimize this problem. The third option is | 


the equivalent of a dual protocol stack. Routers could be 
outfitted with both sets of drivers. This approach will 


work, but it also will cause serious degradation in network 
efficiency because of the overhead imposed. 


AppleTalk Protocols and the OSI Model 


As I mentioned earlier in this report, AppleTalk is a net- 
work architecture consisting of a suite of layered protocols. 
Figure 6 illustrates how it compares to the OSI model. 


The Presentation Layer 
In the Presentation layer, the AppleTalk Filing Protocol 
(AFP) provides the basis for the entire network’s file struc- 
ture; it also provides a key network interface for file server 
software. AFP provides any translation required for native 
AppleTalk file system calls to be understood by a file 
server. 

The PostScript protocol is also found at the Presenta- 
tion layer; it ensures that the network can communicate 
with PostScript printers. 


The Session Layer 

AppleTalk protocols found in this layer are concerned pri- 
marily with the Session layer’s responsibility for establish- 
ing a communications session. The Session Protocol han- 
dles the correct sequencing of datagrams when they arrive 
out of order. It also takes responsibility for ensuring that 
datagrams are the correct size and that there are break 
points during conversation sessions. Break points are used 
to re-establish disrupted sessions without having to start 
over again from the very beginning. 

The Data Stream Protocol establishes the actual com- 
munications session. It can provide full duplex service, de- 
tect and eliminate duplicate datagrams, and request re- 
transmission when needed to ensure error-free service. 

The Printer Access Protocol handles streaming tape sys- 
tems as well as streaming printer sessions for devices that 
use this approach. Finally, the Zone Information Protocol 


Figure 4. 
The LLAP Frame 
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Figure 5. 
An AppleTalk Internet 
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maps a network into a series of zone names. This informa- 
tion is used by both bridges and routers when they deter- 
mine their delivery path for a particular message. 


The Transport Layer | 

The Transport layer is primarily responsible for planning 
the routing of a datagram from one network to another. 
The actual details of this routing are handled by the Net- 
work layer. The Transport layer must determine the types 
of transport services required. What level of error checking 
is necessary? Should acknowledgement of delivery be re- 
quired? These are the types of questions that this layer 
must address. 

The Routing Table Maintenance Protocol (RTMP) 
keeps a table that indicates the number of bridges that 
must be crossed (the number of “‘hops’’) to transport a da- 
tagram from one network to another network. This proto- 
col also determines alternate routes should the primary 
route fail. 

The Name Binding Protocol matches workstation server 
names with internet addresses. Users need not concern 
themselves with the appropriate internet address because 
this protocol makes the process transparent. The Apple- 
Talk Transaction Protocol is an extremely critical compo- 
nent of OSI compatible Transport layers because it pro- 
vides the acknowledgement of a datagram’s error-free 
delivery that some network applications require. 
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Finally, the Echo Protocol enables the destination work- 
station to echo the contents of a datagram to the source 
network workstation. This service lets the network know 
that a workstation is functioning and also provides a mea- 
sure of the round trip delays encountered on the network. 


The Network Layer 

As we pointed out when examining the Transport layer’s 
functions, the Network layer performs the nitty-gritty de- 
tails required for the transport of datagrams from one net- 
work to another. The Datagram Delivery Protocol is able to 
address specific logical ports on different networks and to 
establish the route a datagram will take. This protocol is 
able to use the Transport layer’s Name Binding Protocol to 
translate a server’s name into an internet address and then 
use the Routing Table Maintenance Protocol to establish a 
network path for the datagram. 


The Data Link Layer 

As I pointed out in my earlier discussion of AppleTalk 
Phase 2, AppleTalk has link access protocols for Token 
Ring (TokenTalk) and Ethernet (EtherTalk) as well as its 
own LocalTalk hardware. The drivers AppleTalk provide 
are able to handle the different addressing schemes, differ- 
ent sized packets, and different media access methods re- 
quired by these different types of networks. Figure 7 illus- 
trates how an EtherTalk packet differs from the LocalTalk 
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Figure 6. 
AppleTalk Protocol and the OSI Model 
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packet discussed earlier in this report. Notice it contains 
the Ethernet-specific fields required for communications 
on an Ethernet network. 

Assume that a user sitting at a Macintosh workstation 
decides to send a file over an Ethernet network with Apple- 
Talk protocols. The File Manager in the Macintosh oper- 
ating system (System) requests the file from another mod- 
ule within the Macintosh operating system, the SCSI 
Manager. The SCSI Manager issues the commands re- 
quired for the hard disk to locate the file and copy the data 
into RAM. 

The Macintosh’s central processor takes this file and 
packages it into AppleTalk packets, which are sent to the 
EtherTalk Link Access Protocol (LAP). The Macintosh 
NuBus Manager (also part of the Macintosh operating sys- 
tem) sends these EtherTalk packets over the NuBus to the 
Macintosh’s Ethernet NIC. This circuit card translates the 
EtherTalk packets into electrical signals and uses a 
CSMA/CD media access method to transmit these Ether- 
net signals at 10 Mbs. 


The Physical Layer 

The Physical layer on an AppleTalk network defines the 
hardware required to communicate with Token Ring, 
Ethernet, and LocalTalk networks. AppleTalk Phase 2 sup- 
ports a Token Ring card called the TokenTalk NB (for Nu- 
Bus). This 32-bit Macintosh II network adapter has its own 
68000 processor and memory as well as its own support 
software. This software enables the Macintosh to use all 
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the higher level AppleTalk software including AppleTalk 
Filing Protocol on a Token Ring network. This support 
software also has an SMB (Server Message Block) file 
transfer program that enables Macintosh workstations on 
a Token Ring network to exchange files with PCs on the 
network. The program transfers a PC file into the Mac- 
intosh, but does not support sharing the PC file while it is 
on the PC. AppleTalk cannot let a Macintosh application 
run on an SMB server because this server does not have the 
intelligence to understand AppleTalk file structure. 

One limitation at the present time that might be cor- 
rected soon is that despite its current hefty price ($1,250), 
TokenTalk NB only supports Token Ring’s 4 Mbs trans- 
mission speed and not the 16 Mbs standard. 


AppleShare 


AppleShare is Apple’s own network file server software 
built on a foundation of AppleTalk Filing Protocol (AFP). 
It is popular with corporations that like to have a one ven- 
dor solution for their networks, but it does have some seri- 
ous drawbacks for the systems integrator. 

If you have been an Apple dealer or have purchased 
Apple products, it should come as no surprise that Apple- 
Share is expensive—over four times as expensive as Net- 
Ware. Because Apple does not provide such key network 
services as electronic mail and print spooling as part of 
AppleShare, they must be purchased from Apple (if avail- 
able) or third-party vendors. The Macintosh must serve as 
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Figure 7. 
An EtherTalk Packet 
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the file server on an AppleShare network, while PCs can 
participate as long as they run the PC AppleShare software 
that translates Sever Message Blocks to AppleTalk Filing 
Protocol calls. Figure 8 illustrates AppleShare PC in ac- 
tion. Apple offers Ethernet NICs for the Macintosh II, but 
it does not offer these boards for all Macintosh models. 
One advantage of AppleShare for schools is that it will run 
on Apple Ile and IIGS computers. 

AppleShare is adequate for relatively small networks 
that do not require elaborate security or services. Under 
AppleShare, for example, there are no folder-level pass- 
words. 


Other Major Macintosh Network Options 


Several other major network options for the Macintosh are 
covered in the following sections. 


Transcendental Operating System (TOPS) 

Sun’s Sitka division offers TOPS (Transcendental Operat- 
ing System) software. TOPS uses existing LocalTalk ca- 
bling as well as its own TOPS Filing Protocol (TFP) proto- 
cols to create a peer-to-peer network. Rather than using a 
centralized file server, each workstation on a TOPS net- 
work runs TOPS software and becomes a file server to 
other workstations on the network. Systems integrators 
have been attracted to TOPS because of its ability to link 
Sun workstations, which use Sun Computer Corporation’s 
own Network File System (NSF) protocol with networked 
Macintosh computers; the connection is easy because 
Sitka TFP software for the Macintosh also contains the 
NSF protocol. 

NSF is a service that provides transparent access to re- 
mote file systems on a network. As far as network worksta- 
tions are concerned, data located anywhere on the network 
appears to be located on just another local hard disk drive. 

Another reason TOPS networks have become so popu- 
lar for systems integrators is the ease with which IBM PCs 
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and compatibles can be integrated with Macintoshes. The 
company was one of the first to offer an AppleTalk NIC for 
PCs along with a DOS version of TOPS software. PCs on a 
TOPS network publish the files they want to share with 
other network users who mount the files they wish to ac- 
cess. TOPS provides a built-in conversion utility to handle 
IBM and Macintosh formats of popular programs such as 
Microsoft Word and Lotus 1-2-3. 

A high-performance version of the TOPS LocalTalk 
NIC is known as the TOPS FlashCard. One advantage of 
this adapter is that it can transmit network information 
between PCs at 770 Kbs, three times faster than the Mac- 
intosh workstations can transmit on the same network. 
The Macintosh units require a FlashBox LocalTalk accel- 
erator to run at this speed. A relatively new TOPS NIC 
provides FlashCard performance for microchannel archi- 
tecture PS/2 models, something that many large corpora- 
tions and major Macintosh sites such as General Electric 
have been requesting. Other TOPS features that systems 
integrators might find attractive include versions for Mi- 
crosoft Windows and OS/2, support for TokenTalk, and 
gateways from its electronic mail program (Inbox) to Unix 
Mail and IBM’s PROFS mail system. 

One serious limitation of TOPS’ distributed approach 
to file serving is that if you are using workstation B’s files 
and that computer crashes, you could lose whatever 
changes you had made to your file since the last time you 
saved it. Also, if someone is accessing one of your files and 
you turn off your computer without issuing a warning, you 
could corrupt your version of the open file such that your 
system will crash the next time you try to access it. 


Com’s 3 + Macintosh Network Software 

3Com was one of the first vendors to link Macintosh work- 
stations and PCs using Ethernet. Its 3 + Macintosh soft- 
ware has a number of features that make it very appealing 
for a systems integrator. The 3 + software and AppleShare 


Figure 8. 
AppleShare PC in Action 
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Figure 9. 
A 3 + Network 
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are compatible and can coexist on the same network trans- 
parently to users and to applications that use the Apple- 
Talk Filing Protocol (AFP). As Figure 9 illustrates, 3Com’s 
sophisticated file servers, NICs and operating system soft- 
ware make it possible to link Macintosh workstations on a 
LocalTalk network with both Token Ring and Ethernet 
networks. 

Because 3Com began operations as a pure Ethernet 
company, it is not surprising that XNS is its upper level 
protocol. 3Com packets are routed in the Transport layer 
using XNS’s Sequenced Packet Protocol (SPP). You might 
remember that Novell took SPP and modified it to create 
NetWare’s SPX packet format which, unfortunately, is 
just enough different to be incompatible with the 3Com 


Figure 10. 
3 + Macintosh Software Translates File Manager Requests 


SMB Packets 


Network Driver 


JANUARY 1992 


format. 3 + software for the Macintosh also includes Ap- 
pleTalk’s Datagram Delivery Service which is used by Ap- 
pleShare file servers to support AppleTalk bridges. Be- 
cause 3 + software also includes IBM’s Server Message 
Block (SMB) protocol, DOS and OS/2 workstations are 
able to share the same file simultaneously with Macintosh 
workstations because the network operating system under- 
stands both these two very different methods of requesting 
files from a file server. When a Macintosh workstation un- 
der the 3 + Macintosh network operating system issues a 
record lock on data in a file on the 3Com server, the 3 + 


Figure 11. 
Protocols on a 3Com 3 + Open Network and the OSI Model 
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Figure 12. 
Macintosh Computers Networked and Linked Across the Country 
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software intercepts the Macintosh File Manager call to per- 
form this task and translates it into the corresponding 
DOS operating system call. The file server never knows or 
cares whether the command is coming from a Macintosh 
or from a PC. Figure 10 reveals how 3 + software trans- 
lates these File Manager requests. 

Figure 11 reveals that the 3 + software also includes 
Microcom Network Protocol (MNP) at its Data Link level; 
this protocol has become a de facto communications stan- 
dard and explains in part why 3 + software is so strong in 
the area of internetwork communications. 

Because 3 + Mail service operates in both the DOS and 
Macintosh worlds, it is possible to transmit electronic mail 
easily and efficiently. This mail service works with the 
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MultiFinder, so it is possible to display mail on a desktop 
while running other applications. The 3 + Reach/MCI 
software provides a transparent mail gateway between 3 + 
Mail and MCI Mail while 3 + Route software provides in- 
ternet routing service between remote servers. 

What attracts many companies with both Macintosh 
and PCs on a network to 3Com are the connectivity fea- 
tures built into the 3 + software. 3Com offers TCP/IP 
communications, 3 + NetConnect software to provide 
routing among Ethernet, Token Ring, and AppleTalk, 
LAN to WAN connections via an X.25 wide area network. 

Systems integrators are also attracted to 3 + software by 
an efficient tape backup system (3 + Backup) and system 
fault tolerant disk mirroring or server mirroring (3 + Fault 


JANUARY 1992 


10 4814 
Design & Development 


Figure 13. 
An Arcnet Bus Topology with an Active Link 
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Tolerant). One 3 + requirement that does not please sys- 
tems integrators 1s the proprietary 3Com family of servers. 
While they are optimized for 3 + software, they cannot be 
used as workstations should a company later move to a 
different network operating system. They become $20,000 
doorstops or paperweights if a company shifts to NetWare. 


NetWare for the Macintosh 

NetWare for the Macintosh uses the AppleTalk Filing Pro- 
tocol (AFP) used by Apple’s own AppleShare file server. In 
fact, to a Macintosh workstation, the NetWare file server 
appears in the Chooser desk accessory as an AppleShare 
file server. NetWare adds many features not found under 
AppleShare, though, including enhanced security, better 
printing facilities, fault tolerance, and a transparent link 
with the 50-60% of corporate PC networks running Net- 
Ware. 

A major advantage of NetWare for the Macintosh is 
that a Macintosh network can use Intel 80286 or Intel 
80386 based microcomputers as servers. NetWare also can 
utilize 2 gigabytes of disk storage on a single file server. 


I 


Figure 14. 
An Arcnet Star with Active and 
Passive Hubs 
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The prices of these AT compatibles and corresponding 
hard disks are far cheaper than what you will find in the 
Macintosh world. NetWare’s print spooling is compatible 
with the AppleTalk Printer Access Protocol so that PC 
workstations can access Apple LaserWriter and Image- 
Writer printers. 

NetWare is able to translate the AppleShare file server 
format to its own NetWare Control Protocol (NCP) that 
runs on a NetWare file server. A NetWare utility translates 
Macintosh file names into DOS file names since the latter 
are limited to 8 characters without spaces while Apple files 
can contain up to 31 characters. 

NetWare’s major strength is its security. Directory 
trustee rights and file attributes can be limited by the net- 
work supervisor. Directories can be hidden and users can 
even be restricted to certain hours on the network. The 
system fault tolerance includes the ability to duplicate file 
servers, link UPSs, and perform transaction tracking so 
that if the network is interrupted, transactions in mid- 
stream will not corrupt the files that are opened. 


A Corporate AppleTalk Network in Action 
In 1988 an international equipment leasing firm decided 
to move away from its mainframe Prime computer and 
design a network that would use Sun workstations running 
the UNIX operating system to run its lease-analysis pro- 
gram. Macintosh computers running TOPS are networked 
and provide all the office automation applications. The 
Macintosh network is connected to an Ethernet backbone 
at both the company’s San Francisco and New York loca- 
tions (see Figure 12). a 

TOPS contains the NFS (Network File System) proto- 
col that the Sun systems use so it is easy to link the Mac- 
intosh networks to the Sun workstations. The network con- 
sultant designing this system has a choice. He can use 
Apple’s EtherTalk network cards in the Macintosh or use 
lower speed Apple LocalTalk cards. A Kinetic’s FastPath 
Ethernet-to-AppleTalk gateway provides a link to the La- 
serWriter printers which are linked together using Lo- 
calTalk. | 

A total of 50 Macintosh IIs in San Francisco and 10 
Macintosh IIs in New York use a Sun workstation on the 
San Francisco LAN as a network file server. The TOPS 
terminal software enables the Macintosh workstations to 
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emulate a Sun workstation and run files on the Sun server 
as well as use E-mail that connects the Sun and Macintosh 
worlds. 


Arcnet LANs 


Attached Resource Computer Network (Arcnet) is one of 
the oldest LAN technologies dating back to 1977 when it 
was developed by Datapoint in 1977; since then major 
vendors that license and support Arcnet include Standard 
Microsystems Corporation (SMC), Acer Technologies, Th- 
omas Conrad, and Allen Bradley. Arcnet is found in more 
than one million active nodes, yet it never seems to garner 
the respect or attention of the industry media. There never 
has been an IEEE Arcnet standard. Is it dying? According 
to Standard Microsystems Corporation, a leading Arcnet 
vendor, Arcnet comprises 20% of all current PC and com- 
patible LANs and 1s being installed in one out of every four 
new LAN installations. 


Why Arcnet Is Popular 

Arcnet is popular with small as well as large systems inte- 
grators because it is very inexpensive; an Arcnet card 
might cost one-third the price of a token ring NIC. It can 
use a single untwisted shielded pair cable, which most 
companies can spare; also, it runs on RG 62/U coaxial ca- 
bling, the same cabling many companies have for their 
3270 terminals. IBM shops that replace their 3270 with 
PCs can use the same coaxial cabling to build an Arcnet 
LAN. Companies that do need fiber-optic cabling can also 
use this medium with Arcnet. 

Besides being one of the least expensive and most reli- 
able LAN technologies, Arcnet is also one of the most flex- 
ible networks. Adding and removing nodes, initializing the 
network when first powered one, and recovering lost to- 
kens are functions all handled by Arcnet hardware. It is a 
joy to install compared to other LAN hardware including 
Token Ring and Ethernet and much easier to diagnose 
problems. As you will observe in a few moments, its topol- 
ogy is probably the most flexible found in the industry. It is 
very important that you keep in mind that Arcnet is hard- 
ware that runs virtually any NetBIOS compatible network 
operating system. You will find LAN Manager and IBM’s 
PC LAN Program running on Arcnet, but the most popular 
choice for larger businesses is the Arcnet/NetWare combi- 
nation. 
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Figure 15. 
Arcnet’s Token Bus Approach 
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Topology 

Arcnet supports bus, star, and distributed star topologies. 
Each segment of an Arcnet bus can contain up to eight 
nodes daisy-chained together and can extend to 1,000 feet. 
Adding an Active Link to a bus segment extends the seg- 
ment’s range another 1,000 feet point-to-point as revealed 
in Figure 13. 

Arcnet’s star topology is popular because it is the easiest 
arrangement to troubleshoot. Also, the failure of a single 
workstation does not bring down the entire network be- 
cause each workstation has its own cabling connection 
with a hub. Up to eight workstations can be connected to a 
central hub with a 2,000 foot maximum. Passive hubs, on 
the other hand, are limited to distances of 100 feet. Active 
hubs can be connected together to build a network with a 
maximum distance of four miles. Figure 14 illustrates a 
typical Arcnet star topology with both an active hub and a 
passive hub. 

I mentioned earlier that Arcnet’s topology is extremely 
flexible. It is easy to connect bus segments with an Arcnet 
star or distributed star. Two port repeaters can connect the 
bus segment on one side with a star hub on the other side. 


Arcnet’s Access Method 

Arcnet uses a token bus access method. It is a physical star 
or bus but a logical ring. It is a non-contention network in 
which each workstation has a turn transmit based on its 
NIC address set using an 8-position DIP switch. Each NIC 
knows its own network address as well as the address of the 
node to which it will pass the token. The highest-addressed 
node closes the logical ring by passing the token to the 
lowest-addressed node. 

Figure 15 illustrates how Arcnet’s token passing net- 
work functions. When node 150 has completed its network 
token time, it passes the token to node 10 and the process 
around the logical ring begins all over again. Arcnet’s to- 
ken bus technology was developed in a minicomputer 
transaction-oriented environment where short network 
bursts consisting of requests for database information 
placed a premium on moving relatively small data packets 
quickly and efficiently. Its low overhead and efficient non- 
contention token bus transmission at 2.5 Mbs makes it 
competitive with Ethernet under heavy traffic conditions 
even though it has substantially less bandwidth. 


The Arcnet Packet 

The major reason Arcnet is incompatible with the IEEE 
standards is its addressing. It uses an 8-bit locally adminis- 
tered station address format while the IEEE 802 LANs use 
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Figure 16. 
The Arcnet Packet Format 


Alert Burst Six 1-Bits Identify a Packet 

SOH Start of Header (1 byte) 

SID Source Workstation ID (1 byte) 

DID Destination Workstation ID (2 bytes) 
Data 1-508 Bytes 

CRC Error Checking (2 bytes) 


a globally administered 48-bit station address. There are 
simply too many active Arcnet nodes to change the ad- 
dressing scheme. Instead, Arcnet vendors have been fight- 
ing a political battle to persuade an ANSI committee to 
approve an Arcnet standard. Figure 16 describes the Arc- 
net packet format. 

The Alert burst consists of six consecutive ones that 
identify a packet. Notice that the Source and Destination 
IDs are one byte and two bytes respectively, far different 
than the IEEE Ethernet and Token Ring formats examined 
earlier in the report. Notice also how relatively small the 
data field is; it is dwarfed by Ethernet’s approximately 
1,500 bytes. When Ethernet has to retransmit its packets 
because of frequent collisions, the beauty and simplicity of 
Arcnet becomes apparent. 

Arcnet’s age is apparent, though, in the way that nodes 
communicate with each other using a character-oriented 
protocol. If node 20 wants to send a packet to node 40, it 
would first send a Free Buffer Enquiry (FBE) which asks if 
node 40 is ready to receive a transmission. Node 40 re- 
sponds with an Acknowledgement (ACK) or a Negative 
Acknowledgement (NAK) if it declines the FBE. When 
node 40 receives the data packet from node 20, it checks 
the CRC to ensure that there was no error in transmission. 
It then transmits an ACK to node 20 indicating that every- 
thing arrived successfully. If it fails to send an ACK, node 
20 determines that there must have been an error in trans- 
mission. Assuming the message did arrive correctly and an 
ACK was transmitted, node 20 would then issue an FBE to 
the next node scheduled to use the token. 


Arcnet Plus at 20 Mbs 

One of the most recent developments has been the an- 
nouncement of a 20 Mbs Arcnet Plus network. Datapoint 
has the proprietary rights to this technology but has li- 
censed SMC and NCR to sell products. Arcnet Plus is able 
to dynamically vary its data signaling rate so that it is back- 
wardly compatible and interoperable with standard Arc- 
net. Network supervisors need not pull any existing Arcnet 
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NICs or cabling but can introduce Arcnet Plus network 
segments selectively such as on backbones to optimize net- 
work performance. 

Arcnet Plus supports packet sizes from 12.5 to 4224 
bytes compared to a maximum size of 516 bytes with stan- 
dard Arcnet. The network supports up to 2,047 nodes per 
segment over standard coaxial or twisted pair wire com- 
pared to standard Arcnet’s 255 nodes. This enhanced ver- 
sion of Arcnet will support the IEEE 802.2 48-bit address- 
ing as well as the 802.2 media access control layer. This 
will enhance compatibility with other 802 networks. Arc- 
net Plus will also continue to support traditional Arcnet 
addressing. 

Network design when mixing the two Arcnet technolo- 
gies might be a headache for systems integrators. Standard 
Arcnet NICs cannot recognize addresses above 255, so it is 
important to minimize communications between these 
two sides of a mixed network. Similarly, current hubs only 
transmit at 2.5 Mbs; new hubs might take a while to reach 
the market. 


Summary 


Every Macintosh and Apple laser printer has a LocalTalk 
interface built into its hardware. While AppleTalk’s trans- 
mission speed is 230.4 Kbs, AppleTalk’s suite of protocols 
also includes drivers for Ethernet (EtherTalk) and Token 
Ring Network (TokenTalk). Transcendental Operating 
System (TOPS) offers peer-to-peer network software and 
hardware for the Macintosh while both NetWare and 3 + 
network operating systems offer sophisticated centralized 
file-server Macintosh networks which incorporate Apple- 
Talk protocols and can handle Apple’s own AppleShare 
file server packets. 

Arcnet is a popular nonstandard LAN technology that 
transmits at 2.5 Mbs with an Arcnet Plus version transmit- 
ting at 20 Mbs. Arcnet offers a variety of topologies includ- 
ing the star, bus, and a mix of both. Arcnet’s low overhead 
and small-sized packets traveling under a token bus meth- 
odology results in a very efficient yet low-cost network. Hi 
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Datapro Summary 


As local area networks play an ever-growing role in the infrastructure of an organi- 
zation, efficient interdepartmental flow of information between local area net- 
works is required. Achieving company-wide integration is a tall order with much 
confusion over business dynamics, technical issues, and industry standards. Cur- 
rent standards and connectivity strategies need to be examined in order to imple- 


ment an effective integration system. 


Introduction 

The need for inter-organizational commu- 
nication is the key to effectiveness in com- 
petitive markets. Information is viewed as 
a strategic resource and the network facili- 
ties that transmit data have become essen- 
tial to the efficient functioning of the busi- 
ness. In the 1980s local area network 
(LANs) became the standard for depart- 
mental data processing. In the 1990s man- 
agement and movement of data across 
LANs will become the key to gaining strate- 
gic advantages over competitors and inte- 
grating applications across the business. 

Achieving integration is no easy task. 
The ad hoc deployment of LANs in earlier 
years has made integration difficult and 
complex. The challenge to network manag- 
ers in the future will be to find ways to ob- 
tain the cost benefits of integrated LANs 
without disrupting current operations and 
systems. 

This report examines connectivity issues 
dealing with internetworking multiple local 
area networks (LANs). Due to the increas- 
ing need for interdepartmental transfers of 
data and the dynamic state of industry stan- 
dards, this is an area that demands manage- 
ment attention. 


This Datapro report is a reprint of “‘Local Area 
Network Connectivity” by David C. Brueggen 
and David (Chi-Chung) Yen, pp. 105-113, from 
Computer Standards & Interfaces, Volume 11, 
Number 2, 1990. Copyright © 1990 by Elsevier 
Science Publishers. Reprinted with permission. 
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To understand the current state of inter- 
connectivity. LAN development will first 
be examined along with benefits achieved 
by integrating LANs. Standards will also be 
examined from the point of promoting and 
inhibiting LAN interconnectivity. Knowl- 
edge of current standardization issues is 
critical in LAN integration. Both OSI and 
IEEE efforts in standardization will be ex- 
amined along with their impact to LAN 
connection. To gain further insight into the 
technical aspects of LAN connectivity, 
transmission media, frame formats, proto- 
cols, and network configuration should be 
considered. Finally, three strategies for 
LAN connection will be discussed. Relative 
advantages and disadvantages of each strat- 
egy, as well as devices used to facilitate each 
type of connection are presented in an ef- 
fort to guide management in successful sys- 
tems integration decisions. 


Background and Benefits 


The personal computer has played the 
greatest role in LAN development. The 
price-performance advantages of PC’s have 
pushed processing power onto the end us- 
er’s desk. The decade of the eighties wit- 
nessed a dramatic decrease in the price, and 
an exponential increase in processing 
power of PC’s. This caused the PC to be- 
come the standard for departmental office 
automation. The development of depart- 
mental LANs has taken a similar path. As 
LAN technology progressed and prices de- 
creased, LANs were increasingly employed 
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as a departmental processing solution. This is reflected by 
an IDC survey which showed that the installed base of 
LANs increased from just under 100,000 in 1985 toa pro- 
jected 3.6 million by 1992.! Like any high growth industry 
in its infancy there were a large number of vendors each 
with unique LAN solutions. As the need to connect net- 
works throughout the company became more critical to 
staying profitable in competitive environments, network 
managers have had to deal with incompatibility problems 
caused by a large installed base of different LAN products. 

In an effort to meet dynamic business needs, depart- 
ments have been forced to use currently available technol- 
ogy to attempt to overcome incompatibility of existing 
LANs.! Solving the incompatibility problem has been part 
of the problem itself. LAN vendors, in providing network 
solutions, have contributed to the larger problem of prod- 
uct incompatibility by installing a large base of ad hoc so- 
lutions.” Indeed, to solve incompatibility problems ven- 
dors have focused on a confusing number of devices 
designed to serve one interconnection need or another. 

Meeting the incompatibility challenge has become of 
paramount importance to network managers because of 
important benefits achieved by connecting LANs. The 
first benefit 1s in the area of systems management. With all 
organizational LANs connected together, systems manage- 
ment can take place from a centralized location by a net- 
work manager trained in network management. Network 
installation and security would also be more consistent un- 
der centralized control, while still allowing true distributed 
processing. 

With networks tied together and servers centralized, 
data integrity is enhanced because storage-backup can be 
controlled. This would eliminate inconsistent and missing 
backup logs which can be a problem at a departmental 
level. 

Another benefit is in the transfer of electronic mail. 
Large companies may have installed several different 
brands of electronic mail system on different LANs. Con- 
nection devices allow electronic mail to be quickly and 
transparently transferred between departments running on 
separate LANs. This increases productivity and decreases 
internal mail costs. Files can also easily be transferred. File 
transfer is especially useful in large development shops do- 
ing design and programming for large systems. Integration 
is also an issue in mergers and acquisitions. Often network 
equipment of the merged company will be incompatible 
with the equipment of the parent company. In these cases 
integration tools and technique can be used to overcome 
incompatibility, saving the company the time and cost of a 
major network overhaul. 


issues/Considerations Which Affect 
LAN Connection 


Standardization Issues 


OSI Effort 

To understand connectivity issues dealing with LANs, cur- 
rent standards must be examined. Standards have long 
been a source of confusion with LANs. The lack of stan- 
dards when LANs were in their infancy caused the large 
number of network solutions that are seen today. To pro- 
mote interconnection between the various architectures 
emerging in the 1970s the International Standards Organi- 
zation (ISO) in March of 1977 developed a seven layer ref- 
erence model for computer networking called the Open 
Systems Interconnection (OSI) architecture.? 
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Table 1. Lower Three OSI/IEEE Layers 


Attribute 
Routing software 


Layer Function 


3. Network Route data from 


one node to another 
2. Data link 


2.1 Logical Link Provide interface to Connection-oriented 
Control (LLC) network layer Connectionless 


2.2 Media Access Provide interface to CSMA/CD 
Control (MAC) physical layer Token bus 
Token ring 


Transmission of bit Fiber optics 
streams across a Coax 
particular medium Twisted pair 


oom, 


. Physical 


The primary purpose for the OSI model is to provide a 
basis for coordinating development of standards that re- 
late to the flexible interconnection of systems using data 
communication facilities.* The lower layers have been 
where the greatest amount of standardization has been 
achieved. and are the layers that directly influence the in- 
terconnection of LANs (Table 1). 

The physical layer is responsible for the transmission of 
bit streams across a particular transmission medium.?*4 
The second layer, the data link layer, is responsible for pro- 
viding data transmission from one node to another and for 
shielding higher layers from concerns about the physical 
transmission medium.** The network layer is concerned 
with routing data from one network to another. 

Recently the US Government announced that it would 
purchase only OSI compatible products.° It is hoped this 
will lead to further commitment to the OSI model. Ven- 
dors have already started marketing OSI compatible prod- 
ucts. OSI still has some way to go in terms of standardiza- 
tion though. Despite rapidly growing acceptance, full- 
fledged OSI is not here yet. The following concerns about 
OSI have been voiced:° 


1. Inthe near and medium term, there will be areas that 
remain undefined leaving potential users with the 
problem of systems with only partial OSI conform- 
ance. 


2. Even though vendors claim conformance to a stan- 
dard, they may not interconnect because of inconsis- 
tencies in the standard as interpreted. 


3. Implementing a layered architecture adds on unac- 
ceptable amounts of overhead and could slow process- 
ing. 

4. Data security is a perceived weakness in “open” com- 
munications systems. 


IEEE Effort 

In the US the Institute of Electrical and Electronic Engi- 
neers (IEEE) has been developing standards regarding ar- 
chitectures for LANs. The IEEE standards were developed 
by the IEEE 802 committee in cooperation with the Amer- 
ican National Standards Institute (ANSI), and issued as 
joint IEEE/ANSI standards in 1985.? Project 802 ad- 
dresses only the lowest two layers of the OSI model, the 
physical and data link layers.*** In the 802 architecture, the 
data link layer is divided into two sublayers: 


Logical Link Control (LLC)— This sublayer allows the 
network layer of the OSI model to access the services of the 
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Tabie 2. Impact to LAN 


Interconnection 

Organization iso IEEE 

Effort OSI model Project 802 

Concentration General network LAN 
architecture 

Layers Application Logical Link 
Presentation Control (LLC) 
Session Media Access 
Network Physical 
Data Link 
Physical 


Implications to General standards Family of standards 
ANs open to serving proprietary 
interpretation interests 


LAN without regard to how the network is implemented. 
There are two types of services within the LLC sublayer: 
connectionless, and connection-oriented.’ Connectionless 
service provides for delivery of messages without the need 
for permanent end-to-end connections in the network 
layer.® In contrast, connection-oriented service establishes 
end-to-end connection with the network layer for the dura- 
tion of the session.® 


Media Access Layer (MAC)— This sublayer is concerned 
with the access control method that determines how the 
physical transmission is controlled. 

At the MAC level, the 802 committee addressed several 
standards.?*®? IEEE 802.3 is based on Ethernet and 
makes use of the MAC protocol CSMA/CD running base- 
band or broadband on coax cable. IEEE 802.4 is based on 
token-bus and regulated by token passing. At the physical 
layer 802.4 specifies the use of broadband and carrier band 
running on coax cable. IEEE 802.5 is based on a token-ring 
protocol using shielded and unshielded twisted pair. 


Impact to LAN Interconnection 


Since a large number of architectures were in use when 
IEEE standards were developed, no single standard could 
be documented that met the needs of all LAN require- 
ments (Table 2). 

The above standards are a compromise of proprietary 
interests. The development of a family of standards, 
namely those based on the MAC layer CSMA/CD, token 
ring, and token bus. has caused confusion among users and 
increased complexity in interconnecting networks. Al- 
though these architectures are compatible, they are based 
on different protocols. To communicate between these 


- protocols requires conversion to be done at a higher level 


which increases processing overhead. 

LANs have become the accepted choice for departmen- 
tal distributed processing, although without any standard- 
ization on any single LAN vendor, technology. medium, or 
protocol.!° This has caused LANs to proliferate without 
consideration of organization-wide networking. This can 
be further seen in the fact that at least 75% of Fortune 500 
companies have both token ring and Ethernet LANs in- 
stalled.!° 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


4825 3 
Design & Development 


Devices Used to Connect LANs 

Devices used to connect LANs serve different layers of the 
OSI, IEEE models. Although advancing technology has be- 
gun to blur the distinction between devices, they can gen- 
erally be broken down into five different classes: 


e Repeaters 
¢ Bridges 

¢ Routers 
¢ Brouters 
e Gateways 


Repeaters: Repeaters work at strictly the physical layer of 
the OSI model. Repeaters are used not to connect dissimi- 
lar networks, but to connect individual network segments 
to form a larger extended network.?'!! 


Bridges: A bridge is used to connect physically distinct 
networks.'! A bridge functions at the second or data link 
layer of the OSI model. Bridges require that the networks 
have consistent addressing schemes and packet frame 
sizes.” A Bridge is typically a station that belongs to two or 
more networks simultaneously.*:!! The bridge receives all 
messages on each network, checks the destination address, 
and sends the messages along if needed.*!! Messages that 
are destined for nodes on the same network are kept local, 
while messages intended for nodes on another network are 
passed on. In this way a bridge performs a filtering func- 
tion. keeping local traffic local, while forwarding only 
those messages that need to be forwarded. 


Routers: Routers interconnect networks at layer 3, the 
network layer, of the OSI model. Routers allow intercon- 
nection of two or more physically distinct networks using 
different protocols.’ If a LAN is running TCP/IP protocol, 
for example, then the router must be designed for TCP/IP. 
Routers examine the destination of each packet and 
choose the most reasonable path for that packet.'! This 
choice decreases the amount of network data traffic.!! 
Routing is useful when a network has many paths between 
LANs or when LANs are connected through a wide area 
network (WAN). 


Brouters: Vendors have introduced devices that provide 
some functions of both bridges and routers, termed brout- 
ers. Brouters operate between bridges and routers in the 
OSI model. Like routers, brouters can manage multiple 
lines and route data packets.'! At the same time, like 
bridges, brouters remain independent of the higher proto- 
cols of the LANs that they connect. Therefore these de- 
vices try to provide the “best” of bothworlds. 


Gateways: A gateway is used to interconnect devices of 
completely different architecture. Gateways provide trans- 
lation for all seven layers of the OSI model.? Gateways 
handle any conversions that are necessary to go from one 
set of protocols to another including message format con- 
version, address translation. and protocol conversion. ' 
Since these conversions require a great deal of processing, 
gateways usually have the lowest performance, and great- 
est cost of interconnection. ! 
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Factors Affecting Connectivity 

Considerations that must be taken into account when in- 
terconnecting LANs must be examined from the perspec- 
tive of the seven layers of the OSI model, as vendor solu- 
tions aim at different layers of the model. At the physical 
layer, transmission media and throughput are concerns. At 
the data link layer, or media access layer, frame formats 
should be understood. Protocols at the network layer and 
higher should also be evaluated. 


Transmission Media 


There are several types of transmission media used by dif- 
ferent vendors. Included here are twisted pair, coax, and 
fiber optics. The two types of signaling methods used on 
these cables are broadband and baseband. !? 

The two main concerns when considering the type of 
cable to install, or evaluating existing cabling, are cost and 
raw transmission speed attainable. Although the controller 
determines the speed of packets moving through the net- 
work, the type of media can effect throughput. Cost in- 
creases as one moves from twisted pair, to coax, to fiber 
optics. Transmission speeds can range from 1 million bits 
per second (Mbps) on StarLANs using unshielded twisted 
pair, to 4Mbps on token rings using shielded twisted pair, 
to 1 to 10 Mbps on Ethernets using several types of 75 ohm 
coax.!3 Fiber optic cable has only recently been proved us- 
able on LANs. Speeds of up to 100 Mbps have been dem- 
onstrated on fiber optic cable.!4 

When making cabling decisions involved with integrat- 
ing existing networks or adding new networks, throughput 
should also be considered. If high throughput is required, 
fiber optics or coax is the best choice. Fiber optics provide 
a large bandwidth for the greatest throughput, and is rela- 
tively inexpensive for short haul usage.*!* Simple multi- 
mode low-end fiber extenders for local bridges provide 
LAN-to-LAN connectivity under one mile and operate at 
850 nanometers.* Fiber can carry a cost advantage in some 
cases because it eliminates the need for repeaters to am- 
plify signals every 500 meters over larger Ethernet sys- 
tems. 

- Coax has traditionally been the most popular medium 
for transmission. Like fiber, better grades of coax can be 
used for broadband transmission although the bandwidth 
is not nearly as large as with fiber. Twisted pair has also 
undergone changes, and can now be run at speeds of 10 
Mbps. In the future, transmission media will probably un- 
dergo further improvements, thereby making media 
choice less important in terms of throughput. 

Problems arise when connecting two or more networks 
operating at different transmission speeds. For example, if 
a StarLAN network, which operates at 1 Mbps, is con- 
nected to an Ethernet network running at 10 Mbps, traffic 
may enter a connection at a higher rate and be transferred 
at a lower rate, causing the network to become con- 
gested.'° If packets from the faster network arrive faster 
than they can be transferred, the bridges buffer will fill and 
overflow, causing packets to be discarded. This will re- 
quire the packets to be retransmitted, further slowing net- 
work throughput. 

When network links become severely congested, delays 
rise exponentially and time-outs can occur while waiting 
for packets to traverse a link.!° In any commercial interac- 
tive environment, where a high level of network perfor- 
mance is required, users will be severely frustrated by de- 
lays. Bridges employ buffers of usually 64K bytes to 128K 
bytes to store incoming packets for each side of the 
bridge.'* If the appropriate mix of speeds is not possible, 
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the lower speed network will have to be partitioned with 
additional bridges to decrease congestion. 


Frame Formats 


At the data link layer of the OSI model, frame formats 
needs to be considered. When the networks to be con- 
nected are the same at the MAC level (Ethernet CSMA/CD 
to Ethernet CSMA/CD) there are no problems in transfer, 
and full transparency is maintained. But when trying to 
connect two networks with different formats (Ethernet to 
Token Ring), extra processing is needed. Such a bridge is 
transparent only if it is fast enough to preserve full LAN 
performance across the connection it provides. !° 

To make a token ring frame compatible with an Ether- 
net CSMA/CD LAN would require reformatting the 
frame, reversing the bit ordering, and providing a way to 
recalculate the checksum information.!° Also, speed buff- 
ering must take place. When transferring from an Ethernet 
LAN to a token ring, even more processing is required 
since additional formatting is required to account for the 
token.!° Since the maximum size of an Ethernet packet is 
1500 bytes. compared to 500 bytes for token ring, packets 
must be broken down into multiple packets and speed 
buffering must take place. !° 

Another consideration is the type of routing algorithm 
used, IBM uses the source routing algorithm for bridging 
token ring LANs, while Ethernet products employ the tree 
spanning algorithm. Routing algorithms determine how 
the packet is sent to its destination. The IEEE 802 subcom- 
mittee has recently adopted the tree spanning algorithm as 
a standard for linking all 802 LANs.!° Network managers 
should bear this in mind when considering using existing 
token ring bridging equipment. Resolving incompatibili- 
ties between these a lgorithms and all possible topologies is 
extremely difficult.’ 


Protocols 

A major consideration that must be taken into account 
when integrating LANs is the protocol suite used. A proto- 
col handles communication across the LAN. Protocols ini- 
tiate and terminate a session, exchange messages. and re- 
cover from errors.’ Standards at the network level and 
above have not emerged resulting 1n a diversity of routing 
protocols. 

Among the current protocols running on LANs are: 


NETBIOS— This is an interface supported by IBM 
LANs. NETBIOS routing protocols are not designed for 
general transmission across interconnected networks. 
NETBIOS will support interconnected token ring LANs 
using the underlying LLC source routing facilities.*-4 


XNS— Xerox Network Systems provides communication 
between different Xerox products. including the intercon- 
nection of Ethernet LANs with each other.‘ 


TCP/IP— Transmission Control Protocol/Internet Pro- 
tocol is a four-layer communication architecture providing 
network features such as end-to-end communication, 
packet sequencing, internetwork routing and specialized 
communication functions.* 


Network Configuration 

When deciding what configuration to use when tying 
LANs together, size and functionality will usually be the 
determining factors. In a simple scheme where two LANs 
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Figure I. 
Point-to-Point Connection 
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are to be connected together, a point-to-point configura- 
tion will be used (Figure 1). 

This horizontal design may be extended to more than 
two networks by adding additional links. When the num- 
ber of networks to be connected is small this design will 
provide adequate performance. As the number of LANs to 
be connected grows, and as more data is transferred be- 
tween LANs, a horizontal configuration is no longer effec- 
tive. Performance will decline as data gets backed up by 
traversing networks. In these cases the configuration will 
have to be changed by adding redundant links between 
networks, or a backbone network configuration may be 
used to centralize the interconnection of LANs. 

A backbone is a network that is used to link together 
several networks (Figure 2). Backbones are primarily used 
by large organizations to connect together a large number 
of networks over a long distance, such as a campus or a 
large building. Backbones offer several advantages to hor- 
izontal configurations. If one link goes down, the other net- 
works may continue to communicate with each other. 
Adding additional networks is also simplified since they 
need only be connected to the backbone. Network manage- 
ment is also enhanced since reconfiguration will less likely 
be required.!’” 

Because high throughput is needed for a backbone, fiber 
optics are often used to take advantage of their high band- 
width and ability to transmit over long distances. Because 
of this, the cost of installation and connection will be 
higher. 


Three Strategies for LAN Connection 


There are several reasons a network manager might want 
to interconnect various LANs. Among them are the follow- 
ing: 


Network Integration 

The major concern of network managers today is network 
integration.'® This is due to the wide variety of ad hoc 
LAN solutions installed in the past. By integrating these 
networks the aforementioned benefits of systems manage- 
ment, file transfer, and increase communication can be 
achieved. Integration needs to take place between LANs of 
similar topology and access methods (Ethernet CSMA/CD 
to Ethernet CSMA/CD), and between LANs of dissimilar 
topology and access methods (Ethernet CSMA/CD to IBM 
Token Passing Ring). This can be achieved by directly con- 
necting the LANs together or tying LANs together via a 
WAN backbone. As discussed earlier, connecting LANs of 
dissimilar topology and access methods presents problems 
in integration due to incompatible protocols. 


Network Expansion 

Several problems may arise as a network grows that war- 
rant network expansion. As network grows performance 
may decrease due to propagational delay or signal attenu- 
ation and distortion.'® A network may also be constrained 
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in terms of distance or the number of nodes connected to 
the network.!> For example, IEEE 802.3 Ethernet net- 
works have a limit of 3 kilometers and 1,024 nodes. Here, a 
second network would be created by splitting the existing 
network into parts and linking them together. This keeps 
network congestion down while allowing the number of 
nodes to increase above the maximum physical constraints 
in terms of numbers and distance. Traffic capability is also 
increased due to the fact that local traffic can exist on both 
networks at the same time.!8 


Partitioning 

Bridging is also used to partition large LANs into subnet- 
works). This is primarily done to reduce traffic within the 
network. Here, two or more nodes might have a high vol- 
ume of communication between them, causing network 
congestion.'> Subnetworking eliminates congestion by 
partitioning the high volume nodes into their own net- 
work, so that most of the traffic between those nodes is 
localized. There are other advantages in subnetworking. 
By subnetworking, a manager may use the most cost- 
efficient media in a particular local area subnetwork with- 
out compromising internetworking performance.!? These 
networks are also more reliable and easier to maintain as 
faulty components are easier to track down. Also, network 
partitioning allows fewer operators to share the workload 
of a network efficiently. 


implementation of LAN Connection 


Once the type of strategy needed has been identified, the 
next step is to choose the device to achieve interconnec- 
tion. The manager will find that several of the five classes 
of devices mentioned earlier will solve connection prob- 
lems. 

When integrating networks all five classes of devices 
could be used. If the number of LANs being connected is 
small and they use identical protocols and media then a 
repeater or bridge can be used. If media differs, a bridge 
should be used. Using a bridge is the optimum choice be- 
cause traffic remains localized on each network, increasing 
overall network performance. As the number of networks 
grows or the protocols of the networks to be connected 
change, brouters and routers would be employed to not 
only transfer messages, but decide the paths the messages 
take. When the number of LANs to be connected is large, a 
backbone configuration, as described earlier, should be 
considered. When integrating networks whose protocols 
differ on every level a gateway should be used. 


Figure 2. 
Backbone Configuration 


JANUARY 1992 


6 4825 
Design & Development 


When expanding existing LANs a repeater or bridge 
should be used. The choice of which one to use will be 
determined by cost, media used, and whether the traffic 
will be localized. A repeater boosts the signal strength and 
sends all messages along to the extended part of the net- 
work. A bridge would allow two way communication be- 
tween the networks, while acting as a filtering device, keep- 
ing local traffic local, while allowing packets destined for 
the other network to pass through. Also using a bridge al- 
lows different types of media to be used on each half of the 
network. If coax is currently being used as a medium, the 
extended half of the network could employ twisted pair. 

If it is decided to partition the network to increase net- 
work performance, a MAC layer bridge should be em- 
ployed. Here, a bridge would partition the congested seg- 
ment into its own subnetwork, lessening traffic and 
increasing throughput. This would allow more cost effi- 
cient media to be used on either half of the network if 
needed. 


Suggestions to Facilitate 
Implementation 


In making connection decisions it becomes obvious that 
certain tradeoffs will have to be made to achieve connec- 
tivity, especially when dealing with disparate systems. 
There is no one good answer to connectivity issues. The 
tradeoff between connectivity and performance will de- 
pend on three factors: protocols. medium, and size. 


Protocols 

Connecting LANs with different protocols decreases per- 
formance. Performance decreases as one moves up the 
protocol stack from the physical, to the datalink. to the 
network layer, and above. This is due to increased process- 
ing required to translate between protocols at increasingly 
higher layers. Widespread acceptance of OSI and IEEE 
802 standards should alleviate these problems in the long 
run, as all LANs will be able to be bridged at the MAC 
level. Connection at this level will allow maximum 
throughput and transparency, although some additional 
processing will be required when using different access 
methods. But this does not solve the problem of older sys- 
tems that do not conform to OSI/IEEE standards. These 
systems will continue to be connected with ad hoc solu- 
tions resulting in poor performance. 


Medium 
Different media types will continue to affect performance 
in the short term. Now that fiber optics standards have 
been established, fiber should become the medium of 
choice in the future as availability increases and cost de- 
creases. 


Size 

As the number of networks that are required to be con- 
nected together increases, performance declines. A man- 
ager should pay special attention to network configuration 
as size increases. If a large number of LANs need to be 
interconnected, a fiber optic backbone should be consid- 
ered to maximize throughput. 

Keeping in mind these tradeoffs, a network manager 
should determine the type of transfers that will be made 
between systems in evaluating connectivity solutions. The 
following questions should be considered: 


JANUARY 1992 


Local Area Network 
Connectivity 


Managing LANs 


e Will there be a high volume of traffic between networks? 


e¢ What type of traffic will this be? Interactive traffic re- 
quires high throughput. Bulk transfers from transaction 
oriented processing may not require high throughput. 


e What types of security precautions are needed? 


¢ Does the solution meet the company’s long term needs? 
Have future technological advances been considered? 


The answers to these questions should help in evaluating 
connectivity needs. A manager can then assess the tradeoff 
between performance and protocols, medium, and size to 
tailor a solution to connectivity problems using bridges, 
routers, brouters and gateways. 


Conclusion 


There are no simple solutions when dealing with LAN con- 
nectivity problems. Inconsistent standards, ad hoc imple- 
mentation of networks, and a variety of interconnection 
devices have all contributed to difficulties in LAN com- 
munication. Future widespread acceptance of LAN stan- 
dards should clear up most of these difficulties allowing 
flexible interconnection of LANs. Until then, connection 
devices such as repeaters, bridges, routers, brouters, and 
gateways will be used as connectivity solutions. This report 
has presented strategies to meet connectivity problems, 
and described devices a network manager can use to imple- 
ment these strategies. By taking into consideration the is- 
sues involved in LAN connection, and employing these 
three strategies, flexible and efficient LAN communica- 
tion can be achieved. 
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Datapro Summary 


After a decade of growth, personal computers and LANs have reached a critical 
point. Technological progress in networking software, equipment, and network 
management have enabled managers to control their LANs in sophisticated ways. 
Enterprise networks present a platform for the control and centralization of crucial 
company information. They also give users throughout an organization structured 


access to data. 


For as long as computers have been used in 
business, data-processing managers have 
dreamed of ways to integrate them into a 
seamless, company-wide system. Origi- 
nally, the vision was that such a system 
would consist of a gigantic mainframe 
swapping data with other mainframes else- 
where in the company. As it turns out, 
mainframe enterprise computing died an 
early death. It was the victim of a hardware 
technology—personal §computing—that 
outstripped the ability of planners and 
managers (and even computer manufactur- 
ers) to keep up. 

Before corporations were prepared to 
implement mainframe-based enterprise 
computing, people began abandoning cen- 
tralized computing in droves. Tired of wait- 
ing years for software changes and sick of 
the cost of supporting huge mainframes 
with little return, they turned to personal 
computers. This movement finished any 
chance for mainframes to control all the 
computing resources in their companies. 
Today, however, enterprise computing is 
back, in the form of company-wide net- 
works. 


This Datapro report is a reprint of “‘Corporate 
Connections” by Wayne Rash, Jr., pp. 215-223, 
from BYTE, Volume 16, Number 9, September 
1991. Copyright © 1991 by McGraw-Hill, Inc. Re- 
printed with permission. 
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The Personal Computer 
Effect 


Although the introduction of personal com- 
puters was hailed by individuals, the results 
were mixed from the corporate viewpoint. 
Personal computers improved productivity 
just about everywhere they were installed, 
but it was not always clear that the im- 
provement was worth the loss of control. 

In the early days, some people who were 
tired of waiting for the software they 
needed wrote their own programs. Many of 
these amateurs lacked even elementary 
training in programming; thus, some of the 
programs they wrote were terrible. A lot of 
the programs placed the company at risk 
because they changed data in ways other 
than expected or intended. 

In addition, individuals started creating 
their own data and storing it on local hard 
disks. But most of this data was never 
backed up, once again placing the company 
at risk if the local disk should fail. This 
combination of unreliable programming 
and nonexistent data security caused man- 
agers many sleepless nights. Eventually, 
they turned to LANs. 

To a corporation, a LAN has two attrac- 
tive features beyond its obvious abilities in 
communications and file sharing. LANs al- 
low some control over the company’s infor- 
mation, because the information is stored 
at a central site: the file server. And LANs 
give managers a degree of control over what 
software is available to whom. As a result of 
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these advantages, networks started springing up all over 
large companies. 


Islands of Connectivity 


As departments started to adopt LANs, they did so with 
their own needs in mind. Rarely were LANs adopted with 
any sort of strategic plan. As a result, many companies 
found themselves with lots of departmental LANs that did 
not communicate with each other. 

IBM describes these networks as “islands of 
connectivity.” As useful as they are to the departments 
that have them, these islands are of limited value to the 
company as a whole. They protect the department’s infor- 
mation, but they don’t do much for organizing or protect- 
ing information on a company-wide basis. 

This need for company-wide connectivity created en- 
terprise networking, which has in turn helped to fuel the 
growth in LAN installations. Organizations of almost ev- 
ery size have found that they can benefit from the ability to 
share information across the company. They communi- 
cate more effectively, plan more consistently (because the 
information is more consistent), and worry less about in- 
correct or missing information. 


What Is Enterprise Networking? 


Enterprise networking is a system of organization-wide 
data communications that supports you and your comput- 
ers wherever you may be in a company. This definition 
implies some important capabilities: that an enterprise 
network must serve all levels in an organization and that it 
must not be sensitive to location. 

For example, if only senior management is on a net- 
work, then it’s a senior management network. If only the 
headquarters building is on a network, then it’s a head- 
quarters network. Enterprise networking covers the entire 
organization or enterprise. 

Because of their scope, enterprise networks have a few 
common characteristics, most notably their tendency to 
concentrate data in some form of central storage. They 
hold important corporate data in a common location 
where the data can be protected and archived so that the 
loss of the central storage facility will not destroy that data. 

In addition, enterprise networks are ordinarily made up 
of groups of LANs linked by a communications medium. 
The exact nature of this medium depends on the company. 

Note that enterprise networks need not have large num- 
bers of users, nor do they have to span continents or 
oceans. Although many such networks do support a large 
user base and cover great distances, there are also enter- 
prise networks that connect relatively few users over short 
distances. The determining factor is the size and breadth 
of the company. 

I know of a Mexican restaurant chain in the Washing- 
ton, D.C., area that has a small LAN at each of its two 
locations. The LANs are linked by a dial-up line so that 
they appear to be a single LAN. This allows accounting 
reports, requests, and even recipes to be moved between 
the two locations. Small? Sure, but it is as much an enter- 
prise network as Microsoft’s 18,000-node network, which 
almost stretches around the world. 

In fact, there’s nothing in its definition that requires an 
enterprise network to exist in more than one building. It’s 
even true that you can reach a point at which an enterprise 
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network becomes so small that it is indistinguishable from 
any other small LAN. It all depends on the size of you 
business. | 
Centralized archival storage is a top selling point for an 
enterprise network. Nothing strikes fear into the heart of a 
manager more than the thought of losing valuable infor- 
mation or having that information compromised by allow- 
ing an unauthorized person to gain access to it. Because 
enterprise networks allow you to manage corporate data 
centrally, they enable you to deal with these problems. 
The most important element of centralized data man- 
agement for most businesses is the ability to back up all the 
company’s file servers from a central point. With individ- 


_ ual hard disk drives, you can’t ensure that backups are run, 


and for the most part, they aren’t. It’s not unusual in a 
decentralized scheme to find the financial information 
necessary to run a $100,000,000 business scattered across 
a variety of $300 hard disk drives. 

Most companies use the same techniques to back up 
their enterprise networks that they once used to back up 
their mainframes: They take incremental daily and full 
weekly backups of all information on the network. The 
process can be labor-intensive, but it ensures that the data 
is protected. Likewise, corporate networks let you imple- 
ment some means of access security, lessening the chance 
that the competition will walk off with company secrets. 

An enterprise network, then, is a network that provides 
connectivity to an entire organization. It is available at all 
levels within the company, and in most cases, it provides 
connectivity beyond the limits of individual LANs. The 
enterprise network provides connectivity between depart- 
mental LANs as well as a means to access corporate re- 
sources, such as a centralized archival facility. It can also 
provide access to other central resources, such as a main- 
frame. 


What’s the Big Deal? 


Why is enterprise networking suddenly so important? Be- 
cause, although most of the technology necessary for enter- 
prise networking has been around for a while, it’s only in 
the last two or three years that the technology has become 
an important factor in the growth of the use of personal 
computers and LANs in corporations. As you might ex- 
pect, there is no single reason for this sudden emergence. 

The most pervasive factors in the sudden growth of en- 
terprise networking are the current economic environment 
and the related rising cost of labor. These elements have 
changed the way many businesses are organized, which af- 
fects the way you work. 

In addition, after over a decade of growth, personal 
computers and LANs have reached a critical mass suffi- 
cient to support enterprise networking using existing 
equipment. And although the technological support for en- 
terprise networking has been available for a while, some 
critical technologies have matured only just recently to the 
point where enterprise networking is now practical rather 
than simply possible. 

The combination of economic factors and changes in 
the way you work is the key element in the acceptance of 
enterprise networking as an attractive answer to the chal- 
lenges faced by corporations. The rising cost of labor af- 
fects this acceptance in two ways: First, companies must 
pay more for the time you work; and second, most compa- 
nies are under increasing pressure to accomplish more 
work with fewer people. You must be both productive and 
flexible. 
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As a result, companies are finding that they must adopt 
something resembling a matrix organization, where you 
may find your work assignments changed often. One way 
to make these changes easily is to form workgroups that 
don’t require the participants to be in each other’s physical 
presence. The corporate network’s ability to support such 
workgroups makes matrix management possible in many 
companies. 

In addition to changing how you work, economic forces 
have also drastically lowered the price of computer hard- 
ware. Today, you can have a computer that is more power- 
ful than the mainframes of yesteryear for less money than 
an electric typewriter used to cost. This revolution in inex- 
pensive computing power is the second key factor in the 
sudden growth of enterprise computing. 

The growth of personal computing began a decade ago, 
and although it started slowly, many of the microcomput- 
ers purchased by companies in the early 1980s are still in 
use. Coupled with the more powerful machines of today, 
these older microcomputers create an enormous base of 
individual-computing resources. 

While this personal computer base improves individual 
productivity a lot, it is also a key factor in the network: It is 
the foundation for a corporate enterprise network. Per- 
sonal computers, whether they are early models or more 
recent ones, all have a role to play in the enterprise net- 
work. The fact that they are already in place means that 
you can build the network around them. 

The last key factor is a series of critical enabling tech- 
nologies that make enterprise networking economically 
justifiable. These technologies include new bridge technol- 
ogies, reasonably priced high-speed data networks, high- 
speed modems for dial-up use, new transmission media, 
practical methods of centralized data storage, and new 
ways to manage huge networks. Although enterprise net- 
working is possible without some of these technologies, the 
arrival of each of them has made the concept more attrac- 
tive. 

Taken together, these factors transformed enterprise 
networking from an interesting theory to a process that 
could be achieved within a few months. Suddenly, compa- 
nies had to have networks, and they had to network their 
entire business. Nothing less than an enterprise network 
would do. 


New Technologies 


Ultimately, the success of a technology in the computer 
business is dependent on two elements: First, the technol- 
ogy must fill an identifiable need; and second, it must be 
practical. The technology must be easy for companies ob- 
tain; in other words, it must be both possible and afford- 
able. A company also needs some assurance that it will be 
successful in implementing the new technology. This is 
why companies don’t usually purchase their own commu- 
nications satellites—it is certainly a possibility, but it’s ex- 
pensive, and success isn’t assured. 

The need for enterprise networking is based on the be- 
lief that it will fulfill a requirement that exists in a particu- 
lar corporation. A series of technologies became available 
within a few months’ time and in such a way that they 
helped to create a ground swell of acceptance of enterprise 
networking. Interestingly, most of the technologies in- 
volved were versions of earlier technologies that became 
easier to use and/or much less expensive to buy. In some 
cases, they expanded the use of current technology into 
new areas. For example, network-bridge technology 
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changed so that the products became both less expensive 
and better suited to corporate use. 

A bridge is a device that lets you connect two networks 
and operate them as if they were one. One common type of 
bridge lets you connect two Ethernet LANs via a Tl line so 
that the LANs seem to be directly connected. Other 
bridges let you link LANs through microwave links, lasers, 
or dial-up telephone lines. 

Originally. bridges were expensive and/or highly pro- 
prietary. If you bought an Ethernet-to-T1 bridge, you’d pay 
tens of thousands of dollars and might find that it passed 
Ethernet packets from only one manufacturer’s equip- 
ment. 

Now, with bridges like the MLB/1600 series from Mi- 
crocom, the bridge is an expansion card that mounts on 
any IBM AT compatible. This bridge passes anything that 
comes across the Ethernet or the Token Ring and does so 
over a variety of transmission media, including Tl, frac- 
tional T1, or dial-up lines. You can even create a temporary 
bridge when you need one. 

Previously, yateway technology that let your LAN ac- 
cess an external computer was little different from bridge 
technology. The gateways that were available to businesses 
were very limited. Cost was not so much of a factor—when 
you’re paying $500,000 for a mainframe, a couple thou- 
sand dollars one way or the other for a gateway isn’t much 
of an issue. 

The problem was that mainframe manufacturers had 
little incentive to produce LAN gateways, so they left it to 
the LAN companies to develop them. Important items, 
such as Systems Network Architecture gateways, have 
been around for a while, but less popular items, such as 
gateways to the Honeywell DPS-6, were a lot longer in 
coming. Because companies wanted to make the most of 
their investment, they wanted the company network to 
provide access to their mainframes and to the personal 
computers. Where such connectivity was difficult, corpo- 
rate acceptance of LANs slowed. 

In addition, the leading LAN developers were some- 
times slow in providing a wide range of connectivity. No- 
vell, for example, is only now providing full TCP/IP con- 
nectivity. Connectivity to VAX computers through LANs 
is fairly recent for everyone except DEC. IBM, meanwhile, 
was so busy with new connectivity solutions that everyone 
else was caught off balance for a while. 

The gateway technology has improved as well. Current 
technology now provides gateways that are software run- 
ning on a computer on the LAN. Others are limited to one 
expansion card for a PC. Gateways remain expensive, but 
cost is less of an issue because most companies only need a 
few of them. 


New Ways to Move Data 


Bridges and gateways benefit from access to high-speed 
data communications. This is an area that has recently ex- 
ploded. Once, high-speed remote data communications 
usually meant a Hayes 2400-bps modem; now you can 
achieve effective throughput at speeds of up to 38.4 kilo- 
bits per second with V.42bis modems. 

Communications throughput on dial-up lines now ri- 
vals that of leased data lines. Branch offices can now estab- 
lish communications with each other at costs much lower 
than previously. The speed is slower than a 56-Kbps data 
line, but in many cases, it’s plenty fast enough. 

Packet-switched public data networks also play a signif- 
icant role in making enterprise networking function over 
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Ten years ago, the ISO 
seven-layer Open Systems 
Interconnection model 
helped standardize the logic 
of communications by provid- 
ing a common groundwork 
for communications proto- 
cols. Currently, the IEEE is 
working to define a compara- 
ble logic for network-storage 
interchange. The two-year 
project is supposed to gener- 
ate a five-layer model that 
will provide a structure for 
solving the data management 
problems introduced by net- 
work computing and rapid 
growth of on-line information. 


Who Needs It? 

The shift from centralized 
time-sharing computing to 
network computing is in full 
force. Known by various 
terms (e.g., client/server, 
workgroup, downsizing, or 
rightsizing), network comput- 
ing provides quick response 
times and easy-to-use visual 
interfaces. That’s the good 
news. The bad news is that 
the transition has introduced 
greater complexity into the 
data management process. 


In many companies, individ- 
ual sites now include com- 
puters from any different 
vendors. These sites used a 
centralized, integrated ser- 
vice for managing distributed 
data that permits the same 


degree of control that cen- 
tralized computing offers. 


Two economic factors are 
having a great impact on the 
management of distributed 
data. First, the cost of small 
hard disks has fallen so dra- 
matically that providing all 
the local storage you need is 
not a very expensive propo- 
sition. In the past, desktops, 
as much as workstations, 
were diskless for economic 
reasons—hard disk drives 
cost a lot of money. Today, 
diskless workstations are still 
around, due primarily to the 
lack of acceptable storage 
management standards. 


Second, mass storage in the 
form of optical or tape ro- 
botic devices is most eco- 
nomical when you buy it with 
large capacities. When you 
replace a mainframe with a 
mass-storage device ona 
network, you need a com- 
mon network service to dis- 
tribute and share the low- 
cost storage throughout the 
network. 


Defining the Model 

The IEEE Mass Storage Sys- 
tem Reference Model, which 
is currently being developed 
by the IEEE Technical Com- 
mittee on Mass Storage Sys- 
tems and Technology, pro- 
vides a framework for 
describing the functionality 


required by mass-storage 
systems. By providing a con- 
sistent set of concepts and 
terminology, the reference 
model lays the foundation for 
the development of standard 
mass-storage architectures 
and interfaces. It does not 
dictate a specific implemen- 
tation architecture. 


The reference model divides 
a mass-storage environment 
into the following logical enti- 
ties. 

¢ The Bitfile Client presents 
an application-oriented stor- 
age abstraction, defining 
such concepts as files, im- 
ages, directories, and file at- 
tributes, as well as access 
control. 

¢ The Bitfile Server provides 
the storage needed to imple- 
ment the Bitfile Client’s ab- 
stract view. The Bitfile Server 
manages objects called bit- 
files, which hold uninter- 
preted data and attributes 
and are identified by globally 
unique identifiers called bit- 
file IDs. The bitfile is the core 
component of the reference 
model. 

¢ The Name (Attribute) Server 
provides a mapping between 
application-oriented names 
and the IDs of the bitfiles 
used to hold the storage ser- 
vice’s data. 

¢ The Storage Server provides 
a set of perfect (defect-free) 
logical volumes that the Bit- 
file Server uses to hold bit- 
files. These logical volumes 
may have associated proper- 
ties, such as size and loca- 
tion. 

« The Bitfile Mover is a data- 
movement service that the 


Bitfile Client and Bitfile 
Server use to transfer large 
quantities of data between 
logical volumes and applica- 
tions. It’s currently the most | 
disputed component of the 
model. 

eThe Physical Volume Res- 
pository manages the physi- 
cal media used to implement 
logical volumes. Its tasks in- 
clude physical volume inden- 
tification, access control, 
jukebox control, and physical 
device access. 

¢ The Site Manager provides 
tools for monitoring and con- 
trolling the actions of the 
other services. 


Epoch Systems (Westbor- 
ough, MA) has developed the 
Infinite Storage Architecture 
based on the emerging IEEE 
mass storage model. ISA 
was developed to provide 
reliable, transparent access 
to on-line storage. It was de- 
signed to provide automatic 
data management that re- 
quires little human interven- 
tion to permit all data to be 
on-line at all times and to let 
distributed systems enjoy the 
same reliability and ease of 
use that centralized data 
management systems do. 


Bitfile Basics 

The bitfile is the lowest com- 
mon denominator in the ISA. 
Each bitfile is named and ac- 
cessed with unique 128-bit 
network-wide identifiers. A 
name-generation service lets 
different storage servers cre- 
ate bitfiles, and it guarantees 
their uniqueness. Bitfiles are 
managed by the Renaissance 
InfiniteStorage protocol, 


long distances. Although it has always been possible to con- 
nect two LANs over a service like Tymnet, the results have 
not been satisfactory in most cases. Now PDNs support a 
variety of services (e.g., 56-Kbps, frame-relay, and 
fractional-T1 lines). So you can establish a link between two 
offices at a speed that provides useful throughput. 

Other types of data communications are growing as well, 
and the growth of enterprise networking is creating a niche 
for them. Several companies are selling infrared lasers de- 
signed to send LAN transmissions between buildings in the 
same metropolitan area. 

Likewise, there are several sources for microwave trans- 
mission equipment designed to be used with networks. Like 
lasers, a microwave connection is only useful for line-of- 
sight operations. _ | | 

Other solutions include central-office LANs, offered by 
Bell Atlantic, among others. This technology lets a Centrex 


JANUARY 1992 


switch handle LAN data as well as voice telephone traffic. 
If that’s not what you want, the telephone company will 
install fiber-optic cable in its phone conduits—as long as 
you’re willing to pay the price. | 


Centralized Data 


Changes in how data is handled have paralleled the 
changes in communications technology. The most signifi- 
cant is the growth in LAN-based database servers. Cou- 
pled with the quick acceptance of Structured Query Lan- 
guage (SQL) as a universal database language, these 
servers give companies a valid reason to use LANs for 
something besides E-mail and backup. In fact, database 
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which is implemented with 
remote procedure calls. 


Higher-level network-storage 
services (e.g., hierarchical 
storage and backup) can also 
be implemented using the 
bitfile service. You can think 
of the bitfile service as a 
network-wide, logical- 
storage name space. And the 
machines that support the 
bitfile service are called stor- 
age servers, as opposed to 
file servers. 


Most important, ISA provides 
bitfile service to all file sys- 
tem and database servers 
and services on the network, 
thereby creating a common 
storage service. One mass- 
storage device can provide 
storage for a database and a 
file server. 


Epoch Systems has already 
applied this technique to very 
large UNIX networks. Each 
workstation and file server 
runs a copy of a migration 
service and a bitfile client. 
Together, these services 
seamlessly integrate with 
existing storage services 
(Network File system and 
UNIX File Systems) to pro- 
vide networking hierarchical 
storage. 


Mass Storage and 
Archiving 

Volume Management and 
Automated Library Manage- 
ment services are Epoch 
Systems’ implementation of 
the IEEE Physical Volume 


Repository. Although mass- 
storage robotics are very 
similar in most implementa- 
tions, the lack of robotics 
standards makes integration 
time-consuming as well as 
proprietary. 


A standard abstract interface 
for robotics integration can 
lower costs, reduce engi- 
neering burdens, and free 
you from proprietary solu- 
tions. The effects of such 
standards have been shown 
in Epoch’s labs, where SCSI- 
2-based robotics for disk and 
tape products have been in- 
tegrated in two weeks. 


When data is archived, it is 
removed from your immedi- 
ate reach. With the inexpen- 
sive storage that’s available, 
it’s now possible to keep all 
your information on-line. 
Keeping information accessi- 
ble at all time requires new 
solutions to old problems— 
most notably, how to perform 
a backup and how to locate 
the data. 


In traditional systems, the 
time required to complete a 
backup is a function of how 
much data is involved. Be- 
cause old data is usually re- 
moved or deleted from the 
system, the accumulation of 
new data dominates backup. 


ISA-based systems are just 
the opposite. Because infor- 
mation is never logically re- 
moved from the system, less- 
used but nonetheless 


valuable data soon domi- 
nates the bulk of on-line stor- 
age. The time needed to 
complete a consistent 
backup needs to be a func- 
tion of the data that has 
changed, not of the data that 
must be kept on-line. 


Epoch Systems developed 
patented baseline-backup 
technology to meet the ob- 
jectives of a system where all 
information is on-line all the 
time. For example, baseline 
backup will perform consis- 
tently whether the 30 gi- 
gabytes of changed informa- 
tion resides on a 100- 
gigabyte or 2-terabyte 
storage server. 


As the moment of on-line in- 
formation reaches immense 
capacities, it becomes more 
effective to constantly keep 
track of what information has 
changed rather than to peri- 
odically search the entire 
storage space. 


The Office Is the 
Enterprise 

The office of the future will 
feature human-oriented, 
data-intensive multi-media 
applications. Information cre- 
ated at the desktop will flow 
throughout the networked 
office. Even novice users will 
be creating and using 
computer-based information. 


In such a system, you can't 
expect individuals to be re- 
sponsible for the preserva- 
tion and maintenance of of- 
fice information. Offices of 


the future will plug into an 
integrated network that pro- 
vides transparent access to 
storage services. Individual 
desktops will access this 
storage on demand, and 
backup and archive tasks will 
be automated. You will ac- 
cess information through 
your applications. It will be up 
to the storage services to 
ensure that information is 
reliably managed and moved 
on demand to the appropri- 
ate storage level. 


As the workgroup concept 
spreads and more immediate 
problems (e.g., network man- 
agement) recede, you will 
come face-to-face with the 
problems of storage man- 
agement over a network. The 
IEEE model—and architec- 
tures based on it—promises 
to do for network storage 
what the ISO reference 
model has done for network 
communications. 


—By Gregory G. Kenley 
Vice President of Strategic 
Planning Epoch Systems 
Westborough, MA 


servers give a corporation much of what it had in mainframe 
days—control over its data—while giving you the freedom 
you have come to expect with personal computers. 
Database servers are moving beyond simply handling da- 
tabases; they are becoming applications servers. Although 
they still store data, the queries and commands they satisfy 
are coming from non-database programs. These programs 
can be anything from image processors to spreadsheets. 
Information is easier to track when it’s on one database 
server than when it’s spread over many hard disk drives on 
individual computers. So the company is more likely to pool 
information in a place where it can be accessed over a LAN, 
making the same information available to everyone. 
Another factor in the growing popularity of the central- 
ized data server is that it gives continued life to mainframe 
computers. With an enterprise network, you can access data 
from a DB2 database running on a mainframe as easily as 
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you can access data from a SQL Server database running on 
a Compaq Systempro. The mainframe can continue to do 
the things it does best while the data it stores becomes avail- 
able over the network. 


Managing the Network 


Once the network is functioning, it must be kept running. 
The problems encountered in operating a network are le- 
gion. They include cable faults, traffic congestion, software 
version control, and component failures. Until recently, 
managing a network meant hiring many people to baby-sit 
the network, offsetting much of the cost advantage of enter- 
prise networking. Now technology can overcome this prob- 
lem. 
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Several companies, including Cabletron and Synoptics, 
that make hardware have developed comprehensive net- 
work management software that works with their own 
hardware. A single workstation can manage Cabletron’s or 
Synoptics’ hubs, bridges, routers, or network interface 
cards. In most cases, these packages run under Windows or 
OS/2 and take full advantage of the graphical environment 
to make the software easy to use and the network easy to 
control. 

In addition to supporting proprietary systems from 
adapter and hub makers, many manufacturers also sup- 
port management systems like IBM’s NetView (a 
mainframe-oriented network management system) and 
Simple Network Management Protocol. SNMP started out 
in UNIX networking and is becoming widely accepted in 
the networking world. In fact, as more networking devices 
add support for SNMP and as companies that used to rely 
on proprietary network management add SNMP support, 
the industry is getting closer to supporting SNMP as the 
single standard for enterprise network management sup- 
port. 


A Bright Future 


There is no question that corporations will embrace enter- 
prise networking. As the millennium approaches, the trend 
toward enterprise networking will become a rush, and the 
rush a flood. The driving force will be the desire of compa- 
nies to control their information while promoting commu- 
nication among their people and making them more pro- 
ductive. The pace will quicken as companies discover that 
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the return on their investment is better when they add 
computer capacity through networking instead of by buy- 
ing more mainframe computers. 

The road to enterprise networking is not open and clear, 
however. There is a sad lack of standards in some critical 
areas. (For a look at an evolving standard for network stor- 
age, see the sidebar“Enterprising Storage.”’) 

Where standards exist, many vendors insist on provid- 
ing proprietary products. For example, the bridges at both 
ends of a communications line must be from the same ven- 
dor. You must pick one vendor for each line you use. For- 
tunately, the bridges that connect LANs are moving away 
from these requirements. 

Network management is closer to standardization. As 
enterprise networks expand, management becomes criti- 
cal, and companies are demanding standards. By the end 
of the decade, all enterprise-network management solu- 
tions will probably support SNMP, perhaps side by side 
with a vendor’s proprietary solution. 

Overall, the future is bright for enterprise networking 
and the industries related to it. Businesses need networks 
that connect all their operations. These networks provide a 
means for using database servers, E-mail, group productiv- 
ity software, bridges to other systems, and gateways to the 
company mainframes. 

The industry has reached critical mass in enterprise net- 
working. The concept will spread and drive growth 
throughout the small computer industry. All that remains 
is to see how fast the growth will be and where it will take 
us. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


in this report: 


IBM's Communications 
SUAtCOY scicsiecssccccnc vets 


Controllers: The 
NIC Equivalent ............... 


Independent vs. 
Dependent LUs.............. 


Mainframe Connectivity 
ISSUOS acta acetic: 


Choosing a 
Connection.................6 


Mainframe and LANs 
Collide ...............ccceecceeeee 


Managing LANs 4827 1 
Design & Development 


DATAPRO 


Using SNA to Link 
LAN to Host 


Datapro Summary 


SNA gateways have been useful in providing quick and easy fixes for LAN-to- 
mainframe links; however, they have their share of network management and 
throughput limitations. For high-volume environments, directly running SNA 
might be a more effective, albeit more complicated, solution. This report presents 
a series of connectivity scenarios that illustrate proven, effective ways to connect 
LANs and mainframes. An implementation checklist for embracing an SNA 


integration project is also included. 


It used to be so simple: If you wanted to 
connect a personal computer to a main- 
frame, you installed a 3270 emulation card 
and made your desktop system act like a 
dumb terminal. Until recently, IBM’s Sys- 
tems Network Architecture did not allow 
for deviation from its hierarchical model of 
computing and communication, and the 
workstation was strictly a data entry device 
as far as the mainframe was concerned. 
Then came LANs. 

IBM was slow to integrate LANs into its 
data communications strategy, let alone to 
provide LAN-to-mainframe connectivity. 
As a result, third-party vendors such as Dig- 
ital Communications Associates Inc., 
3Com Corp., and Novell Inc. brought out 
SNA LAN gateways. These products, which 
are either black boxes or workstations ded- 
icated to executing gateway software, allow 
LAN workstations to share 3270 emulation 
capabilities and eliminate the need for each 
computer to have an emulation card. . 

At their core, however, 3270 gateways 
are kludges in that they fool the mainframe 


This Datapro report is a reprint of ‘‘Using SNA 
to Link LAN to Host” by Philippe Byrnes, pp. 
35-43, from LAN Technology, Volume 6, Num- 
ber 12, December 1990. Copyright © 1990 by 
M&T Publishing, Inc. Reprinted with permis- 
sion. 
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into thinking it 1s talking to a 3X74 control- 
ler with terminals hanging off it. If it’s not 
nice to fool Mother Nature, it’s even worse 
to fool IBM’s mainframe communication 
software, Virtual Telecommunications Ac- 
cess Method (VTAM). In general, gateways 
tend to be unreliable and suffer from poor 
network management since manufacturers 
do not always implement management ca- 
pabilities that can interoperate with SNA 
network management tools. In addition, 
gateways often become performance bottle- 
necks because low-powered personal com- 
puters are used to run the gateway software. 
The high volume of I/O a gateway must 
handle puts considerable strain on a per- 
sonal computer. 

As a result, many organizations are go- 
ing native and throwing out SNA gateways 
in favor of using SNA protocols to connect 
personal computers on a LAN directly to 
their mainframes. They are accomplishing 
this using either a local or remote commu- 
nications controller. A local controller at- 
taches directly to the mainframe while a re- 
mote controller attaches via a synchronous 
data link control (SDLC), token ring, or T1 
connection. Although running SNA over 
LANs wasn’t an option five years ago, IBM 
has finally brought together the hardware 
and software to allow LAN-to-WAN inte- 
gration under SNA. 
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As many LAN managers have discovered, mainframe data 
communications is a very different ball game, both in 
terms of the options you have in running SNA to a LAN 
and in the complexities encountered along the way. This 
report outlines the various ways to interface a LAN witha 
mainframe computer installation that is running SNA 
communication software. After an overview of essential 
features of IBM’s data communications products and pro- 
tocols, I discuss criteria that can help you determine the 
best way to connect your LAN to an IBM mainframe, in- 
cluding a number of scenarios that cover most contingen- 
cies. I’ve also included a checklist that can help minimize 
problems along the way and make connecting your LAN to 
an SNA mainframe a relatively painless operation. If you 
have a high volume of traffic and require high reliability in 
your LAN-to-mainframe connection, you should consider 
running SNA natively. 

Many a data communications veteran has said that half 
the battle in understanding IBM communications (and 
SNA in particular) is mastering the terminology. IBM has a 
tendency to use its own lingo rather than the terms the rest 
of the industry uses. For example, where other vendors 
speak of wide and local area networks IBM speaks of enter- 
prise and establishment networks. Unfortunately, the two 
terminologies do not map one-to-one. Enterprise should 
not be taken to mean remotely attached resources nor 
should establishment be translated to locally attached re- 
sources. 

In addition to having its own language, the IBM com- 
munications world covers a lot of territory. Since its intro- 
duction in 1974, SNA has been the protocol of choice for 
constructing large wide area networks. Notwithstanding 
the popularity of TCP/IP in the academic and engineering/ 
scientific communities, SNA overwhelmingly dominates 
commercial environments because its protocols allow for 
better routing, fault tolerance, and network management 
than any alternative protocols. Large SNA networks can 
easily have more than 100,000 devices (computers, termi- 
nals, and printers) attached to them and require a support 
staff of hundreds of systems programmers and network op- 
erators. On the other hand, it is possible to have small, 
relatively simple SNA networks. For example, Advanced 
Peer-to-Peer Networking, a variant of SNA designed for 
networking low- and midrange systems such as personal 
computers and minicomputers, requires minimal support 
and user sophistication. 

In many companies, because LANs were outside the 
scope of the main SNA network and outside the control of 
the Information Systems staff, the mainframe and LAN 
worlds have largely been isolated from each other until re- 
cently. Network managers and operators on both sides lack 
an understanding of each other’s tasks and challenges. 
LAN administrators who think NetWare is complicated 
have yet to discover the joys of VTAM and Network Con- 
trol Program, the software packages that are IBM’s net- 
working workhorses. SNA mavens, however, shouldn’t be 
too cocky, for much of SNA’s recent evolution has been in 
direct response to innovations pioneered in the LAN 
world. LANs brought us such non-SNA concepts as peer 
communications and any-to-any connectivity, in which 
computers of any size that support SNA can be linked. 
LANs also brought us the concept of dynamic networking, 
in which users can be quickly added and deleted from the 
network and a link can be added without requiring the 
whole network be brought down and back up again. IBM 
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has been forced to add these and other LAN features to 
SNA and, in so doing, change it drastically from what it 
was 10 years ago. 


Controllers: The NIC Equivalent 


LAN administrators used to popping a network interface 
card into a personal computer and attaching it to a LAN 
often don’t realize that it’s not possible to drop an adapter 
card into a $5 million mainframe and start up your net- 
work. IBM’s System 370 line, including the 4381, 3080, 
and 3090 families, and the recently announced System 390 
machines, have communications channels, but these are 
used only to connect specialized I/O controllers such as 
data communications processors and devices such as tape 
and storage units. IBM’s mainframe architecture employs 
these channels for two reasons: Specialized computer ar- 
chitectures are more efficient and you want to offload the 
mainframe processors because mainframe MIPs are the 
most expensive around. 

Only a few IBM hosts, including the AS/400 and select 
IBM System 3X0 machines (the 4361 and some ES/9370 
and ES/9000 models) do not use I/O controllers and do not 
have channels. Instead, these host models come with inte- 
grated communications adapters that allow the direct at- 
tachment of SDLC and token-ring interface cards. 

This fall IBM announced a 10-Mbyte/sec fiber-optic 
Enterprise System Connectivity (ESCON) serial channel. 
The fiber-optic technology provides several new capabili- 
ties, including higher bandwidth (roughly double that of 
existing copper-based parallel channels) and the ability to 
run the channel much greater distances. ESCON allows 
channel-attached controllers to be up to 5.6 miles from the 
mainframe. As a consequence, many LANs that otherwise 
might have required a relatively low-speed remote connec- 
tion to the mainframe due to the distances involved can 
now be attached directly to the host at channel transmis- 
sion speeds. 

By contrast, the older types of channels can only be run 
several miles by using the 3088 channel extender. In addi- 
tion to the longer distances that fiber cable can be run, 
another plus for the fiber connection is that fiber cable is 
more lightweight and compact than the thick, parallel cop- 
per cables used to date. 

An IBM mainframe is attached to a communication 
link or a LAN via one or more communications control- 
lers. Controllers are machines dedicated to managing the 
inbound and outbound data communications, so the 
mainframe does not have to be interrupted constantly to 
execute I/O tasks. In this sense, a controller acts as a front- 
end processor. These I/O controllers take the interface 
cards, such as the token-ring interface coupler, SDLC, or 
T1, used to link devices on an SNA network. 

IBM has three families of communications controllers 
which it calls Enterprise, Establishment, and Interconnect 
controllers. Each off-loads communications tasks from the 
host in different ways (see Figure 1). 


e 37X5/3720 Enterprise Controllers: These are also called 
front-end processors or simply communications control- 
lers. Large, expensive ($500,000+) machines, these con- 
trollers run the Advanced Communications Function/ 
Network Control Program responsible for executing 
most SNA network operations. Products include the 
3745, 3725, and 3720. Local versions of enterprise con- 
trollers connect to the host via a channel and support 
SDLC, token-ring (with an interface coupler), or T1 con- 
nections out to the network. The remote versions can 
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support SDLC, token-ring, and T1 connections on to 
both the network and the mainframe. | 


¢ 3X74 Establishment Controllers: Formerly called cluster 
or 3270 controllers, these are small- to medium-size ma- 
chines that attach 3270 terminals and printers to a host. 
Products include the 3174 and 3274. A local establish- 
ment controller connects to the host via a channel and to 
terminals and printers via coaxial or twisted-pair cable. 
Remote versions of 3X 74s support coax connections to 
terminals and printers and token-ring (using a network 
token-ring interface), SDLC, or X.21 links to the host. 


¢ 3172 Interconnect Controllers: The newest class of IBM 
controller, these are dedicated 80386- or 80486-based 
Micro Channel Architecture machines that act as high- 
speed bridges that can be used to connect a mainframe to 
a LAN or one LAN to another. The 3172 currently sup- 
ports token-ring, token-bus, Ethernet, IBM PC Network, 
T1, and FDDI networks. 3Com recently announced it 
will be supplying Ethernet adapter boards for the 3172. 


All of these controllers have remote versions that are not 
channel attached. Rather, most support an SDLC, token- 
ring, or T1 connection on the network side and attach to an 
enterprise controller on the host side. Channel-attached 
controllers have the advantage of higher speed over the 
remote versions. The channel connections operate at 
speeds in the range of 8 to 32 Mbits/sec (up to 80 Mbits/sec 
with ESCON) while the remote controllers are usually 
linked with SDLC connections that range in speed from 
9.6 to 256 Kbits/sec. 


independent vs. Dependent LUs 


The procedural interface used to access an SNA network’s 
services is much more varied and complicated than that 
presented by TCP/IP or Novell Inc.’s SPX/IPX. SNA’s ser- 
vice access points are called logical units or LUs. Basically, 
LUs are the software implementations of the upper layers 
of the SNA protocol stack, which is found in all program- 
mable IBM computers. In the mainframes, the LUs are 
either in application subsystems, such as CICS (Customer 
Information Control System), IMS (Information Manage- 
ment System), or TSO (Time Sharing Option), or in the 
underlying operating systems such as MVS or VM. The 
Novell analogue to LUs is the SPX portion of NetWare in 
the shell and server software. 

Although IBM has defined half a dozen types of LUs, 
for all intents and purposes only LU 2 and LU 6.2 are im- 
portant today. LU 2 supports 3270 terminals and the 
mainframe software that communicates with these termi- 
nals. LU 2 was designed with the assumption that all the 
processing power was in the mainframe, so the mainframe 
and outboard logical units function in a hierarchical, mas- 
ter/slave fashion. The LU in the mainframe contains al- 
most all the intelligence while the LU in the terminal (ac- 
tually the 3X74 controller) performs very limited tasks. 
Until the mid-1980s, this was a valid approach since most 
of the devices attached to the mainframe were terminals 
and printers with very limited amounts of memory. Be- 


cause most mainframe software in use today was written 


using the LU 2, most users still access the mainframe using 
LU 2 protocols. 

LU 6.2, on the other hand, is the long heralded succes- 
sor to LU 2 and the other LUs. It allows peer communica- 
tions rather than the master/slave flow control of LU 2. 
Although it has been around for more than six years, LU 
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If you follow the checklist 
below, you may avoid some 
common mistakes made by 
network managers when 
tackling an SNA integration 
project for the first time. The 
best thing is to get all the in- 
formation you need upfront 
and secure the cooperation 
of everyone whose help you 
will need. 


¢ Identify user requirements. 
Are your workstations going 
to access host software pri- 
marily as 3270 terminals or 
are more sophisticated, cli- 
ent/server applications to be 
used or developed? What are 
the response times and the 
percent of uptime needed? 


e How far apart are your LAN 
and mainframe? If they are 
within local attachment dis- 
tance, can cable be run with- 
out problems? What about 
rights of way? 


¢ Does your mainframe have 
any unused channels? If not, 
then local attachment may 
not be an option even if the 


distances involved would al- 


low it. 


« Whether you plan to use 
remote connections or local 
ones, if you are using exist- 
ing front-end processor(s) 
check them to see if they 
have room in the backplane 
to attach your line interface 
or token-ring interface cards. 
Are the scanners on the host 
fully saturated or is there un- 


used capacity? If they are 
saturated, you must either 
upgrade the scanner(s) or 
buy another front-end pro- 
cessor. (A scanner is a pro- 
cessor that reads all the in- 
terfaces to a 3745 to see if 
they have data coming in. 
Different types of lines use 
different amounts of scanner 
processing power, so you 
need to know if the scanner 
on the host you wish to at- 
tach to can accommodate 
your connection.) 


¢ Make sure you have a re- 
lease of the communications 
software that has the fea- 
tures you need, e.g., token- 
ring support, PU 2.1, etc. Do 
not assume your mainframe 
and front-end processors are 
up to date. Many organiza- 
tions have very old copies of 
VTAM and/or NCP still in 
use. 


¢ Secure the cooperation of 
the system programmers re- 
sponsible for generating new 
VTAM and NCP tables. 
These people can be your 
best friends or your biggest 
impediment. Coordinate cut- 
over activities early to give 
the host programmers plenty 
of time to make the changes 
you need. 


¢ And remember which is the 
cart and which is the horse. 
The user requirements 
should drive the process, not 
the other way around. 


6.2 is only now being fully implemented throughout the 
IBM product line as part of Systems Application Architec- 
ture. 

LU 6.2 is called the independent LU while LUs defined 
earlier are referred to as dependent LUs because of the 
severe restrictions they impose on one or both partners ina 
session (see Figure 2). Not all IBM products have imple- 
mented the features necessary to support sessions between 
independent LUs—an important fact to keep in mind 
when you are selecting a LAN-to-mainframe connection 
option. | 
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Figure 1. . 
IBM’s Three Families of Communications Controllers 
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IBM’s enterprise, establishment, and interconnect control- 
lers allow different types of equipment to be connected to 
host computers. 


Mainframe Connectivity Issues 


It is an axiom of good system design that requirements 
should drive capabilities. A network’s design should be 
driven by the traffic the network is to carry, not the tech- 
nology available. The requirements for the LAN-to- 
mainframe connection in your installation may vary con- 
siderably from those in another company, so it is 
impossible to give a generic paradigm of putting things to- 
gether. 

Broadly speaking, there are four requirements that goa 
long way toward determining the optimal connection be- 
tween your LAN(s) and your mainframe(s). These are the 
relative locations of the LAN(s) and the mainframe(s), the 
protocols used, the price/performance desired, and 
whether the applications that are to be accessed in the 
mainframe and/or on the LAN will work as peers or in a 
master/slave fashion. The last may be the most difficult 
requirement to estimate, for the applications used today 
may not be those used in two years. 

The old saying about real estate—that the three most 
important things are location, location, and location—is 
equally true when determining the best way to connect an 
SNA mainframe to a LAN. If the two are in the same build- 
ing, the best thing is to locally connect the mainframe to 
the LAN using a channel-attached controller. 

Even in a campus, where the LAN and the mainframe 
may be several miles apart, channel-attached controllers 
can be used either with the new ESCON channels, or the 
older channels can be used with channel extenders to go up 
to five miles. If you need to connect a mainframe and LAN 
over longer distances, you can use a pair of enterprise or 
interconnect controllers with T1 adapters and extend the 
connection as far as your common carrier will let you run a 
T1 line. Alternatively, remote controllers can be used to 
connect the mainframe and LAN. In this configuration, 
the controller(s) would have LAN and SDLC interfaces, 
with the downstream link going into a wide area SNA net- 
work and then back to the mainframe. 

Another thing about mainframe connectivity products: 
they aren’t cheap. Your mainframe-to-LAN connection 
might require you to purchase a front-end processor. A 
small 3745 costs approximately $100,000, while a large 
one can tip the scales at over $1 million. NCR Corp.’s 
Comten division, Fujitsu America Inc., and Amdahl Corp. 
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- are among the third parties that offer IBM-compatible 


communications controllers, but there is the danger that 
IBM will make its competitors’ hardware obsolete by 
changing interfaces. 

Each connection alternative—local or remote, enter- 
prise or establishment controller—has pros and cons in 
terms of cost, performance, and network management ca- 


pabilities. Although an enterprise controller is expensive, 


it handles many more SNA functions and has more man- 
agement capabilities than an establishment controller. For 
example, an enterprise controller handles the translation 
of the 6-byte address used by hosts into the 1-byte address 
used by terminals and other devices. This translation, 
called the boundary function, is not handled by an estab- 
lishment controller, so it must be done by the host, which 
puts an additional burden on host processors. You must 
decide whether the benefits of an enterprise controller, an 
ESCON, or a channel extender, for example, are worth the 
price. 

The last issue to consider is the host and/or workstation 
applications you are connecting. As I noted, SNA networks 
support two types of applications, peer and hierarchical, 
connected by peer LU 6.2 or hierarchical LU 2 sessions, 
respectively. Most organizations do not yet have a large 
demand for LU 6.2 connectivity because most mainframe 
applications still use LU 2. 

The temptation is to plan for an LU 2-based 
mainframe-to-LAN connection. It’s less costly and is 
based on stable, existing technology. The danger is that 
you will outgrow it sooner or later, and it may be sooner. 
LU 6.2 is IBM’s strategic communications protocol, allow- 
ing a session between any two computers. With LU 2 you 
are restricted to dependent LUs, and your workstations 
can use LU 2 sessions only to communicate with the main- 
frame(s), not with each other. (When operating hierarchi- 
cally, SNA requires that a primary LU initiate a session 
with a secondary LU—the reverse is not possible—and 
secondary LUs cannot communicate with each other. 
LU 2 does not support a primary logical unit outside the 
mainframe; only LU 6.2 does.) What all this means for 
mainframe-to-LAN connectivity depends on whether you 
want to access the mainframe as a 3270 device or as an 
intelligent computer. If you want the latter, you are limited 
to using an enterprise communications controller running 
Network Control Program Version 5.2 or later because 
earlier versions of NCP do not support the physical unit 
2.1 components. A physical unit 1s the agent for managing 
SNA-defined resources in a node. PU 2.1 is necessary for 
processing LU 6.2 session bind requests received from in- 
dependent LUs in computers on the LAN. 


Choosing a Connection 


Connecting a LAN and a mainframe is a lot easier if the 
LAN is a token ring because IBM has spent the past five 


years working to integrate token-ring networks into SNA. 


In the mid-1980s, IBM selected token ring (IEEE 802.5) as 
the local area network protocol it would support across its 
product line and include as an alternative to SDLC as an 
SNA data link protocol. Controllers such as the 3745 and 
3174 can be connected directly to a token-ring LAN, for 
example. However, you can only use a 3172 to link an 
Ethernet (802.3), token bus (802.4), or IBM PC Network 
LAN to a mainframe. 

Although there are several requirements to consider, 
you basically have two choices to make when connecting 
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LUs are hierarchical in na- 
ture; only a primary LU such 
as a host can initiate a session 
whereas a secondary LU such 
as a terminal can respond 
only when polled. By contrast, 
sessions between independent 
LUs are peer-to-peer, where 
either mode can start or stop a 
session. 


Primary 


Start Session 


Stop Session 


your LAN to your mainframe: Will you attach the main- 
frame locally or remotely, and will you support indepen- 
dent and/or dependent LUs? If you opt to support your 
networked personal computers as independent LUs, you 
will need to run IBM’s APPC/PC on MS-DOS machines or 
OS/2 Extended Edition (or equivalent products) to get LU 
6.2 support. To support dependent LUs, you need to run 
IBM’s Personal Communication 3270 program on DOS 
machines or OS/2 Extended Edition (or equivalent prod- 
ucts). Depending on which options you choose, you will 
end up with some variation of these four basic scenarios 
(see Figure 3). 


Scenario 1: Mainframe on WAN, Hierarchical 
Connectivity Using Third-Party 3270 Gateways 
The status quo for connecting a mainframe to a LAN is to 
use a gateway that emulates a 3X74 cluster controller. As I 
noted earlier, the gateway can be a single point of failure 
for all the stations on the LAN that need to access the 
mainframe. Another disadvantage is that Net View’s net- 
work management capabilities stop at the gateway and 
cannot see the nodes that lie beyond on the LAN. 


Scenario 1a: Mainframe on WAN, Hierarchical 
Connectivity Using 37X5/3720 

The advantage of this configuration over an SNA gateway 
is that the throughput between the mainframe and the 
LAN is enormously greater. So is the cost. 


Scenario 2: Mainframe on WAN, Peer 
Connectivity Using 37X5/3720 

The driving requirement in this configuration is peer con- 
nectivity. The 3X74 controllers do not support physical 
unit 2.1, so if you want peer (LU 6.2) sessions you must use 
37X 5/3720 front-end processors. The solution is to use a 
remote front-end processor with a token-ring adapter and 
connect it over long haul SDLC or T1 links to a locally 
attached front-end processor. 
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Scenario 3: Mainframe on LAN, Hierarchical 
Connectivity Using 3174 

In terms of quick, dirty, and cheap, this configuration 1s 
probably the winner. By using a channel-attached 3174 
with a token-ring adapter instead of a 37XX controller, the 
cost is greatly reduced compared to the following scenario. 
On the downside, the mainframe must execute the bound- 
ary function tasks, such as converting packet identifier for- 
mats, that NCP would otherwise perform. 


Scenario 3a: Mainframe on LAN, Hierarchical 
Connectivity Using 3745 

A channel-attached front-end processor is another alterna- 
tive solution if you have a locally attached mainframe and 
hierarchical sessions. This option is good if you have a 
need for high throughput and want to take advantage of 
the management capabilities offered by NCP, which runs 
only in 3745-class controllers. 


Scenario 4: Mainframe on LAN, Peer 
Connectivity 

In this scenario, the mainframe is directly attached to the 
LAN via a channel-attached enterprise controller and the 
appropriate releases of Advanced Communications Func- 
tion/NCP and ACF/VTAM are used to support indepen- 
dent LUs and hence peer connectivity among end users. 
This option can yield the fastest response times and keep 
the mainframe from having to execute the boundary func- 
tion conversion of SNA packet identifiers. The important 
distinction between scenario 3a and scenario 4 1s the re- 
quirement for peer connectivity, not merely LU 2 master/ 
slave connectivity. 


Mainframe and LANs Collide 


The mainframe and LAN worlds are no longer parallel uni- 
verses. The two are increasingly converging as users seek to 
have their mainframes function as enormous file servers. 
Network designers and systems integrators looking to 
forge a LAN-to-mainframe link traditionally turned to 
SNA gateways that allow the mainframe’s SNA network to 
interoperate with LANs based on XNS, TCP/IP, and other 
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Figure 3. 
Typical Configurations for Connecting a LAN to a Mainframe 
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Scenario 4: Mainframe on LAN, Peer Connectivity 
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These scenarios depict the typical configurations of connecting a LAN to a mainframe depending o whether the host is local or re- 


mote and whether you want hierarchical or peer connections. 


protocols. Gateways provide a quick fix, but present prob- 
lems in the form of limited network management and 
throughput capabilities and lack of reliability. 

Running SNA natively on the LAN can solve these 
problems, but at the price of complexity. SNA is no snap to 
install or maintain. There are architectural as well as tech- 
nical factors to be aware of when deciding whether native 
SNA is right for your installation. The most important ar- 
chitectural factor is whether you will require independent 
or dependent LUs. The most important technical factor is 
the distance between host and LAN and whether local 
channel attachment is possible or remote attachment is re- 
quired. Using IBM’s new fiber optic channels or channel 
extenders will let you make a local attachment over cam- 
pus distances. 
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Your requirements should drive the type of connection 
you make. If you expect to implement client-server com- 
puting, plan on implementing LU 6.2 (as described in sce- 
narios 2 and 4) to enable peer connections. If you plan to 
have your personal computers work as 3270 terminals ac- 
cessing host applications via LU 2, you have greater flexi- 
bility in your choice of controllers and configurations (as 
outlined in scenarios 1, la, 3, and 3a). The distance you 
need to traverse will mandate use of a local or remote con- 
nection. 

Don’t be intimidated by what may seem like an over- 
whelming amount of jargon, details, or choices. SNA is less 
fearsome than it first seems, but it will likely remain a very 
complex system. Since SNA was designed to support net- 
works of dozens of mainframes and thousands of users, 
some of its features will seem like overkill in the LAN 
arena. However, there are definite advantages to running 
SNA over LANs. @ 
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Datapro Summary 


Connecting PCs to UNIX database servers may not be the most conventional da- 
tabase configuration, but there are many advantages to this type of arrangement. 
Portability, connectivity to dissimilar platforms, and widespread DBMS server 
support are just some of the benefits of linking LAN-based microcomputers to 


UNIX database servers. 


As you set up a client-server database appli- 
cation you may be faced with the following 
dilemma: The best operating system for 
your database server is UNIX, but the best 
environment for the client piece of your ap- 
plication is PCs connected on a LAN. Can 
you have the best of both worlds? Can you 
enjoy the robustness and scalability of ma- 
chines running a database server under 
UNIX without giving up the variety of file, 
print, and administrative services offered 
by the most popular PC LAN operating sys- 
tems? 

This report will explore a number of pos- 
sible solutions to this problem. Among 
them: linking via simple TCP/IP connectiv- 
ity with UNIX as your (limited) network 
operating system; adding the TCP/IP-based 
network layer known as Network File Sys- 
tem (NFS); the possibility of running a 
UNIX database server in addition to a Net- 
Ware, LAN Manager, or VINES server on 
your network (or how to run TCP/IP and 
another network protocol in a single PC); 
the UNIX versions of NetWare and LAN 
Manager; and an all-UNIX solution that in- 
corporates DOS compatibility, SCO’s 
Open Desktop. 


This Datapro report is a reprint of ‘‘PC Links to 
UNIX RDBMSs”’ by Kevin Strehlo, pp. 50-57, 
and 74 from DBMS, Volume 4, Number 5, May 
1991. Copyright © 1991 by M&T Publishing, Inc. 
Reprinted with permission. 
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Going through these gyrations doesn’t 
make much sense unless you believe that 
UNIX has certain advantages over Net- 
Ware, LAN Manager, and VINES for sup- 
porting robust RDBMS products such as 
SQL Server and Oracle Server. Rather than 
make you accept that by fiat, we’ll try to 
convince you. 


Benefits of UNIX 


UNIX is uniquely suited to be the operat- 
ing system for a database server for a num- 
ber of reasons. 


Scalability 

For one, UNIX was designed from the start 
to be easily ported from one kind of hard- 
ware to another. As a result, a greater vari- 
ety of computers—from a standard 286- 
based PC to a powerful supercomputer— 
run UNIX than any other operating system. 
This fact delivers a couple of very impor- 
tant benefits. The first is scalability. If you 
outgrow the capacity of the UNIX box that 
you’re using for a database server, you can 
always replace it with a bigger, more power- 
ful machine. In most cases, the changeover 
is trivially simple. 

You can see the scalability UNIX offers 
without even leaving Intel-architecture 
computers. OS/2 is the most common oper- 
ating system for Intel platform database 
servers today. But OS/2 cannot make use of 
more than 16 MB of RAM, while database 
servers can put more RAM to very good use 
indeed if the operating system doesn’t get in 
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Figure 1. 
The Worst Scenario 


The worst scenario when link- 
ing to NetWare file and print 
services while simultaneously 
connected to a UNIX database 
server: two separate NICs in 
the client and two protocol 
stacks stealing precious DOS 
memory. 


the way. A Tricord or a Compaq System Pro would be lim- 
ited to a dozen or so Oracle users under OS/2 primarily 
because of memory constraints, for example, while the 
ability to equip such machines with as much as 256 MB of 
RAM under UNIX would greatly increase their Oracle ca- 
pacity. 

Moreover, OS/2 can make only limited use of a second 
Intel processor. Implementations of UNIX with symmet- 
ric multiprocessing can make good use of many 
processors—thus the Wyse Series 9000i, which scales up to 
as many as eight 486 processors, and the 10-processor ver- 
sion of the Zenith 1000, among others. 

If you still aren’t convinced, what about Microsoft? The 
vendor behind OS/2 LAN Manager is always saying that 
one of SQL Server’s key benefits is scalability to the Sybase 
version of SQL Server on a larger UNIX platform. If you 
put up an application on a LAN Manager network and ran 
out of gas, you—or so Microsoft’s story went—could sim- 
ply replace your Intel-architecture machine running Mi- 
crosoft’s 16-bit version of SQL Server with the 32-bit 
Sybase version of the software running on a robust UNIX 
machine. 

Interestingly, until the release of the Sybase PC Net- 
Library for SQL Server in late February 1991, that much 
touted scalability was more hype than fact, as we'll show. 


Connectivity 

A second benefit of UNIX is connectivity. Because UNIX 
runs on more computers than any other operating system, 
and because UNIX-based database servers can easily com- 
municate with other UNIX machines, it becomes easy to 
operate on data distributed over dissimilar platforms. In 
addition, UNIX is a mature operating system with a wide 
variety of gateway products for connecting to other envi- 
ronments, including IBM’s SNA. 


Freedom 

A third benefit of UNIX is that nearly every major data- 
base server product you care to name—SQL Server, Ora- 
cle, Ingres, Informix, and SQLBase, as well as lesser- 
known but interesting server products including Empress, 
Unify 2000, Progress, and Interbase—is available in a very 
mature version under UNIX. 

Finally, you may want the database server on your LAN 
to be an existing UNIX host because that’s where the data 
is already, sitting ina SQL RDBMS. By allowing PC work- 
stations with advanced client software to access that exist- 
ing data, you can enhance the productivity of the members 
of your organization who have to work with the informa- 
tion. 
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What’s the Problem? 


Unfortunately, each of the major network operating sys- 
tems for PCs has its own preferred method of communi- 
cating among nodes on the network. Each method is em- © 
bodied in a protocol that defines the form of data packets 
that are passed from one network node to another. For 
NetWare, the preferred protocol is SPX/IPX which is 
highly optimized for Novell networks. LAN Manager 
transmits information via NET BEUI or named pipes. 
VINES nodes connect to each other through a variety of 
protocols including Banyan’s proprietary VINES transport 
layer protocols. In contrast to the protocols used by PC 
networks, UNIX machines typically communicate with 
each other using the TCP/IP, protocol. To make such a 
machine a full partner in an existing PC network, either 
the network must support TCP/IP the UNIX machine 
must support one of the network protocols, or the client 
must support multiple protocol stacks. 

Figure | is a schematic diagram of a client attached si- 
multaneously to a typical Novell server running NetWare 
3.11 and to a UNIX database server via a TCP/IP link. In 
this particular configuration, the Network Interface Card 
(NIC) supporting SPX/IPX on the client cannot simulta- 
neously support TCP/IP, so a second NIC is needed to 
communicate with the database server. The LAN shell 
driver and both protocol stacks must reside in memory si- 
multaneously. 

Given that TPC/IP software alone can sometimes oc- 
cupy more than 110K, such a configuration has difficulty 
supporting an application of any substantial size in a typi- 
cal 640K DOS machine. Even software like Quarterdeck’s 
QEMM that can move drivers up into high memory on 
80386 machines are not a satisfactory answer with two 
protocol stacks loaded simultaneously. Nor is getting the 
client running with two NICs offering potential base I/O 
address and interrupt conflicts easy. Nor is it desirable to 
have to spring for two NICs per client. 

Before delving into alternative solutions to making 
multiple protocols available, let’s examine what you can 
do with TCP/IP alone. If a network is being established for 
the purpose of running a new database application, the 
combination of TCP/IP connectivity and UNIX’s built-in 
multiuser communications and security may be enough to 
satisfy your needs. 


TCP/IP 


TCP/IP (transmission control protocol/internetwork pro- 
tocol) was developed long ago as part of the U.S. Defense 
Department’s ARPA network. TCP/IP’s popularity among 
UNIX installations is due in part to its being in the public 
domain, to its wide distribution as part of the popular (and 
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free for the price of the media) Berkeley extensions to 
UNIX, and because it’s a mature, solid protocol. 

As the slash implies, the protocol breaks into two basic 
parts, TCP and IP. 

IP is a way of linking subnetworks. In the OSI (Open 
Systems Interface) reference model view of the world (Fig- 
ure 2), IP is the network layer that takes a packet from one 
data link, consults a routing table, and forwards it to an- 
other data link. That means each node must have a unique 
address, which in the IP scheme is a four part hierarchy. In 
essence, IP modules know how to get a packet to other 
networks via servers acting as routers (or via standalone 
routers). The router connects two TCP/IP subnetworks. 

By itself, IP is of limited use. The internetwork protocol 
has no way of guaranteeing a packet gets delivered. It is up 
to the TCP transport layer to guarantee that packets sub- 
mitted at one node will be delivered to the appropriate 
node error-free and 1n the order they were sent. 

In the case of an Oracle client-server database applica- 
tion, the entity that makes direct use of TCP/IP is the 
SQL*Net portion of Oracle. SQL*Net maps the client’s 
Oracle-specific protocol into a network-specific call, which 
is passed to the TCP/IP protocol call-handler. 

Other services built on top of TCP/IP include Telnet 
(which implements the UNIX remote terminal logon), file 
transfer protocol (FTP), and SMTP (Simple Mail Transfer 
Protocol). 

Of course, there are other aspects of a network operat- 
ing system that TCP/IP and its utilities alone do not han- 
dle: security and network administration, for example. Yet 
a client logged onto a UNIX host through TCP/IP doesn’t 
need anything more in that regard because it automatically 
comes under the control of the security and administrative 
tools by which a UNIX system administrator manages 
multiple users logged in via asynchronous terminals. 

If your UNIX system is set up as a “trusted” system, for 
example, all the connected clients must obey the security 
policy of the system. The security policy is a set of rules 
that oversee and guard interactions between programs run- 
ning on the system and files, devices, and interprocess 
communication objects. A trusted UNIX system provides 
accountability by associating each account with a user (in 
this case, a user operating an application on a PC client) 
and auditing every action. UNIX DAC (Discretionary Ac- 
cess Control) determines whether a user has access to the 
information requested. 

UNIX system security and administration is extensive 
and far beyond the scope of this report; suffice it to say that 
all those protections and tools apply to PC clients just as 

they do to asynchronously connected terminals. 

Some of the major Network Operating Systems also use 
TCP/IP as a method of communication between subnet- 

works. For example, it is possible to connect one NetWare 
network to another NetWare network in another city using 
a TCP/IP backbone. This technique, called tunneling, en- 
capsulates a SPX/IPX data packet within a TCP/IP packet. 
They physical connection can be anything from an Ether- 
net to a satellite link that supports TCP/IP. At the receiv- 
ing end, the TCP/IP shell is stripped off, revealing the orig- 
inal SPX/IPX packet, which is then routed to the target 
NetWare network and sent to the PC workstation that is its 
ultimate destination (see Figure 3). 

And yet even with all the UNIX communications facil- 
ities, security features, and administrative tools plus its po- 
tential use for internetworking, TCP/IP is not the match of 
today’s network operating systems. While it can provide 
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Figure 2. 
The ISO 7-Layer Model 
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The ISO 7-layer model is the standard frame of reference 
for networking protocols even if ISO-compliant products 
are not rapidly displacing older solutions such as TCP/IP, 
RPC, and NFS. Layer 1 is where raw bits are transmitted 
over a physical medium. Layer 2 changes packets of data 
into frames and vice versa. Layer 3 routes data between 
adjacent network devices in the form of packets. Layer 4 
passes data from the network layer and redistributes it the 
appropriate upper layers. Layer 5 negotiates and manages 
communication sessions between processes on the network. 
Layer 6, the presentation layer, has nothing to do with 
GUI: it performs application services such as data transfor- 
mations, encryption, and compression. Finally, Layer 7, 
the application layer, provides file sharing, network trans- 
parency, and distributed processing. 


the API-level connectivity required for a client-server ap- 
plication, it cannot provide some of the standard network 
services such as file serving and printer serving. One of the 
benefits of giving people a PC on a LAN rather than an 
asynchronous terminal, after all, is to enable users to run 
standard PC applications and take advantage of shared 
disk space and printers. 

To make TCP/IP support a full suite of LAN-based ser- 
vices, Sun Microsystems developed two services that run 
on top of TCP/IP: RPC (remote procedure call) and XDR 
(external data representation). On top of that layer, Sun 
built Network File System. NFS, which has been widely 
licensed, allows a file system on one computer to appear as 
if it were a local file system on another computer, even if 
the computers are running different operating systems. In 
our frame of reference, NFS is used mostly to allow large 
UNIX machines to provide file services to networks of 
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What's NSF? 


The network revolution has 
touched more than just the 
DOS-based user. UNIX con- 
nectivity has advanced to a 
level at which it allows sev- 
eral hundred UNIX systems 
to be networked, allowing 
users to share database files, 
printers, and CPUs. 


To allow sharing of informa- 
tion across unlike network 
systems, the UNIX world 
came up with a network solu- 
tion that operates on several 
hardware and operating sys- 
tem platforms—an indepen- 
dent network service de- 
signed to be operating- 
system and hardware 
independent. This communi- 
Cations solution is the Net- 
work File System (NFS) net- 
work. 


Moving Outward from 
Sun 

The Network File System 
(NFS) was developed by Sun 
Microsystems in 1984. Since 
then, Sun has licensed NFS 
to operate on more than 110 
separate platforms, including 
most UNIX-based operating 
systems, such as SCO UNIX, 
Interactive System’s 386/ix, 
and Digital Equipment 
Corp.’s Ultrix. 


The NFS network allows the 
files systems of remote com- 
puters to appear to the local 
computer user as if the files 
were on his or her local drive. 
For example, if the user is 
required to read and write to 
a central DBMS, he or she 
would need only issue an 
NFS ‘‘mount’”’ command and 
the DBMS file system would 
become accessible over the 
network as if it were local. 
Other users may also mount 
that file system to share in- 
formation. In other words, 
NFS provides the same kind 
of file sharing as found in 
NetWare, LAN Manager and 
VINES. 


NFS differs from the File 
Transfer Protocol (FTP) 
found implemented as part of 
most TCP/IP environments 
because FTP does strictly 
what the name implies—the 
remote file is transferred to 
the local system before pro- 
cessing can begin. NFS 
makes the file appear to be 
local while it remains physi- 
cally on the remote server. 


NFS is designed to be ma- 
chine and operating system 
independent so that any 
computer system can supply 


files to many different com- 
puter platforms. It is not lim- 
ited to the UNIX world. Other 
operating systems supported 
include MS-DOS, Macintosh, 
VAX/VMS, and IBM’s main- 
frame operating systems VM 
and MVS. 


To provide operating system 
independent network func- 
tionality, NFS uses a tech- 
nique known as Remote Pro- 
cedure Call (RPC). RPC is 
much like a local procedure 
call in its behavior and utiliza- 
tion. With RPC, a local rou- 
tine can call and bind to a 
remote service. RPC uses 
another set of routines called 
the External Data Represen- 
tation (XDR) library to ac- 
count for differences in the 
internal data of different 
hardware platforms. XDR 
represents a standard, inter- 
mediary data representation 
that all internal data repre- 
sentations can be translated 
into quickly. Basically, then, 
the NFS protocol is a library 
of remote procedures that 
may be used to connect to 
remote files, translate those 
files to XDR format for trans- 
mission via TCP/IP, and con- 
vert them back to the local 
file format on the fly. 


A server doesn’t send direc- 
tories over the network as 
part of the exporting pro- 
cess; instead, it advertises in 
a control file. These files pro- 
vide information on available 
directories and their access 
parameters. 


Once an NFS link is estab- 
lished, a program running on 
a local client can issue con- 
ventional |/O calls to the re- 
mote server’s files. Physical 
location is essentially trans- 
parent; commands such as 
READ, WRITE, and SEEK 
work as they normally do. 


NFS and the OSI Model 
As its name denotes, the In- 
ternational Standards Orga- 
nization (ISO) is an interna- 
tional organization that 
creates standards. ISO has 
established a standard com- 
munications model called the 
Open Systems Interconnec- 
tion or OSI, a seven-layer 
model in which each layer is 
a type of protocol and ad- 
dressing method. Its purpose 
is to provide network devel- 
opers with a set of standards 
with which to provide the 
user community compatible 
networking products made 
by different vendors. 


While many experts predict 
that OSI products will some- 
day dominate the network 
world, NFS and the underly- 
ing TCP/IP, XDR, and RPC 
software on which they are 
based were well-established 
in computer sites around the 
world long before the first 
OSI-compliant products 
shipped. NFS and its support 
layers are unlikely to go away 
anytime soon, even though 
they don’t support the much- 
touted standard. 


TCP, UDP, and IP are among them. Thus, a TCP/IP pro- 
tocol can link a single PC client to both the VINES server 
and a UNIX host. 

VINES is far and away in the minority, however. Indus- 
try analysts say NetWare runs on anywhere from 50% to 
70% of PC networks. And while LAN Manager is imple- 
mented on a much smaller percentage of LANs, it is a fre- 
quent choice for companies implementing client-server 
database applications. Thus the demand for solutions that 
support multiple protocols. 


PCs. However, Novell’s recent announcement of NFS sup- 
port as part of NetWare 3.11 is intended to allow UNIX 
workstations to access NetWare services. NFS is described 
in more detail in the sidebar ““What’s NFS?” 


More Than One Protocol 


Earlier I promised to delve into the intricacies of mixing 
protocols on your network wire—one protocol to link to the 
network operating system server present on a typical PC 
LAN and the TCP/IP protocol to link to the UNIX database 
server. 

I implied, but didn’t actually say, that it was impossible 
to connect to one of the big three network operating systems 
and to a UNIX host on the same network without mixing 
protocols. I was fibbing. 

Banyan VINES allows the use of several protocols at 
what correspond to the network layer of the OSI model: 


Multiple Solutions 


Way back in 1988, BICC Data Networks provided the abil- 
ity for PCs attached through TCP/IP to a UNIX host to 
also support other network protocols. BICC’s ISOLINK 
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Nevertheless, the OSI model 
(see Figure 2) is a useful way 
to understand the networking 
world represented by TCP/IP 
and NFS. In most cases the 
physical layer is either Ether- 
net (IEEE 802.3) or Token- 
Ring (IEEE 802.4). The link 
layer protocol is Ethernet or 
Logical Link Control. The net- 
work protocol is the Internet 
Protocol (IP). The Transport 
protocol used by NFS is the 
User Datagram Protocol 
(UDP). NFS doesn’t need a 
Sessions layer function. At 
the Presentation layer, NFS 
makes use of External Data 
Representation (XDR). 


installing and Operating 
NFS 

An NFS network requires a 
networking interface card in 
the remote as well as local 
computers. IEEE 802.3 
(Ethernet) is the most popu- 
lar platform for NFS; it domi- 
nates the UNIX world and 
operates on a variety of hard- 
ware platforms. Most mini- 
computers come with an 
Ethernet. 


Installation methods for the 
NFS network vary due to the 
number of different vendors 
that provide the SUN li- 
censed software, but none 
are inherently complex. On 
the UNIX side, software in- 
stallation for a/! software is 
standardized in a relatively 
simple and well-automated 


fashion. Install one package 
and you know how to install 
them all. 


If you have a problem, it will 
likely be with the Network 
Interface Card drivers. Most 
Network Interface Card ven- 
dors provide utilities to test 
the cards, mostly for DOS. 
It's not a bad idea to use 
these DOS test programs 
before booting UNIX, be- 
cause UNIX is relatively intol- 
erant to hardware problems. 


Discussion of some of the 
commands UNIX provides for 
checking connectivity, includ- 
ing Ping and Netstat, is in- 
cluded in the main body of 
this report. 


When the installation is com- 
plete, consult your user man- 
ual to set permissions and 
other configurable features. 
Consult the NFS network 
manual to find out the pre- 
cise remote file system 
mount procedures, which 
differ from operating system 
to operating system. In many 
cases you will decide to put 
the NFS commands in the 
AUTOEXEC.BAT or the UNIX 
mount tables. 


LAN/UNIX system adminis- 
trators may need to create 
mount points on local com- 
puters for file systems to be 
mounted from a remote ma- 


chine. The mount point is the 


directory in which the UNIX 


or DOS file system places the 
remote mount file system 
directory. 


Sun’s Implementation 
Sun’s Release 3.01 of PC- 
NFS goes a bit beyond the 
original NFS by adding file 
locking support for the net- 
work versions of Clipper, 
dBASE, FoxBASE, and Fox- 
Pro. Print redirector and 
spooler support includes 
PostScript. 


You'll be pleasantly surprised 
to learn that Sun’s NFS redi- 
rector and TCP/IP stack only 
about 80K on a DOS client. 
Network cards supported 
include the 3Com network 
adapters, the Ungermann- 
Bass NIU, and Western Digi- 
tal’s WD8003E adapter. 


Installation on the PC client is 
simple—the only detailed 
information required is the 
name and Internet address of 
the NFS-equipped ma- 
chine(s) acting as a server. A 
supplied NET USE batch file 
links a designated logical 
drive to disk volume on the 
NFS server. 


Sun’s PC-NFS has a list price 
of $395 per node. The under- 
lying TCP/IP software and 
several utilities including FTP 
are included. 


NFS on the UNIX Server 
The NFS service on a UNIX 
machine is carried out by 


deamons that read the con- 
figuration files set by the ad- 
ministrator. Deamons are 
programs that operate in the 
background mode of the 
UNIX operating systems. The 
number of deamons 
launched to control the NFS 
network is configurable. The 
administrator must find a 
happy medium—to many 
deamons can kill perfor- 
mance on the CPU, and not 
enough will kill the network. 


An NFS network can be re- 
configured at any time by the 
system administrator. File 
systems may be unexported 
or exported, permissions 
changed, hardware altered, 
and mount tables altered. 
Consult the NFS network 
guide before undertaking any 
of these processes. 


NES, like all network ser- 
vices, may fail at the server, 
client, or network level. NFS 
comes with several methods 
to determine and diagnose 
trouble on the NFS network. 
Coming from a Novell or 
3Com world, you may find 
these diagnostic programs 
primitive and difficult to use. 
Welcome to UNIX. 


—By David Linthicum 


Multiprotocol Support software allowed several protocol 
stacks to be loaded into memory, and users could hot-key 
between them instantly. 

Other vendor-specific approaches to the same problem 
have surfaced since. For instance, FTP Software offers the 
Packet Driver for Ethernet, which enables network cards 
supported by FTP’s TPC/IP suite to run multiple protocols. 
In effect, the Packet Driver acts as a traffic cop, directing 
each packet to the appropriate protocol stack. 

Gateway Communications’ LAN adapters can be config- 
ured to operate NetWare and TCP/IP protocol stacks con- 
currently, eliminating the need for users to reboot to move 
from one protocol to the other. 

An innovative new way to avoid the RAM cram problem 
caused by having to support multiple protocol stacks is em- 
bodied in Open Windows, a product of Cogent Data Tech- 
nologies, Inc. of Friday Harbor, Wash. Open Windows is a 
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multiprotocol manager designed to be loaded in high 
memory to support a Windows 3.0 client. None of the 
lower 640K is taken up with drivers or stacks. Full Win- 
dows functionality is maintained, allowing the users to 
cut data from a UNIX window and paste it into a Net- 
Ware or LAN Manager window. 


NDIS, ODI’s Generic Approach 


Today, two competing approaches championed by Mi- 
crosoft and Novell—NDIS and ODI, respectively—offer 
a more generic ability to run several different network 
protocols at once almost regardless of which vendor’s 
NIC 1s being used. 

Most connections to NetWare networks involve load- 
ing an IPX layer. The IPX links intimately to your net- 
work adapter card; in fact, it must be “built” specifically 
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Figure 3. 
NetWare v3.11 
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NetWare v3.11 can encapsulate SPX/IPX packets inside 
TCP/IP packets and ship them across a campus via an 
Ethernet backbone or across the country via a WAN con- 
nection. 


for your particular type of card by your database adminis- 
trator. On top of that, the NET3 (or NET4) redirector layer 
routes DOS file calls across the network to the NetWare 
file server. | 
ODI (Open Datalink Interface) replaces the monolithi 
IPX stack with a hardware independent layer called LSL 
(Link Support Layer) that must be written by the card ven- 
dor, and on top of that; and Novell drivers that link the 
LSL layer to any of a number of network protocols. All 
card manufacturers must do is write an interface layer that 
links their card to the LSL API, which Novell has pledged 
to maintain without change. Then Novell’s driver to link 
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ODI to that protocol takes care of the rest. Under the pre- 
vious scheme, in contrast, 3Com had to write a monolithic 
hardware-to-protocol driver for each protocol. — 

For example, to use one of 3Com’s Ethernet cards, you 
begin by loading the LSL driver 3C503 into memory. 
Then, if you need to communicate with the server via the 
IPX protocol, you load Novell’s IPX-ODI driver after 
3C503. If you need to handle TCP/IP, load Novell’s 
TCP/IP driver. If you need both, you can load both. 

One nice thing about Novell’s ODI (Open Datalink In- 
terface) is that it is possible to load and unload any part of 
ODI at will. Thus, you can maintain a constant IPX con- 
nection to a NetWare server and load TCP/IP only when 
it’s needed for a connection to a UNIX database server. Or 
you could unload IPX layer first to make more room for 
your TCP/IP link and database client application. 

Thus far, only a limited number of NIC manufacturers 
have shipped the necessary LSL layer, however. 

The Microsoft NDIS approach, which is similar in ar- 
chitecture and advantages and has also been adopted by 
Banyan for VINES, has been available to board vendors 
longer and has therefore garnered more extensive support. 


Sybase Catches Up 


NDIS support for multiple protocols alone does not solve 
the problem of connecting PCs on a LAN to Sybase SQL 
Server running on platforms other than OS/2. Whereas Or- 
acle had various versions of its SQL*Net layer to map the 
client workstations Oracle-specific calls into a particular 


network protocol layer call, Sybase was empty handed. 


The February release of Sybase’s PC-Network library 
finally provides the network-independent support for PCs 
that SQL Server had been lacking. Protocols supported by 
the PC Net Library interfaces included TCP/IP, DECnet, 
Microsoft LAN Manager, Novell NetWare, and AT&T 
StarGroup. Thus, it becomes possible for DOS, Windows, 
and OS/2 client applications written to a single SQL Server 
DB-Library API to communicate with SQL Server running 
on not only OS/2 but also UNIX, VMS, and MVS. One 
long-standing gap between Oracle and SQL Server has thus 
been narrowed. Just as you can with Oracle’s interchange- 
able servers running on different hardware, it is now pos- 
sible to replace your OS/2 machine running SQL Server 
with a VAX, a Digital RISC/Ultrix machine, an HP 9000, 
an IBM RS/6000, a Sun SPARCServer, a Sequent Symme- 
try machine, or a Pyramid MIServer. 


Portable NetWare, LAN Manager/X 


To allow their machines to function as NetWare servers, 


_ many minicomputer vendors have announced Portable 


NetWare for their machines. 

Portable NetWare is a source-code version of NetWare 
386 that allows third-party vendors to port the environ- 
ment’s API on top of the UNIX operating system that runs 
on their hardware. In effect, the minicomputer becomes a 
NetWare server providing file and print services while also 
supporting UNIX applications including RDBMS server 
products. 

For example, Interactive Systems Corporation of Santa 
Monica, Calif., sells a version of Portable NetWare com- 
patible with its UNIX operating system. Interactive’s Por- 
table NetWare runs on any 100% PC-compatible 386 ma- 
chine. A similar product developed jointly by Microsoft, 
Hewlett-Packard, and 3Com, called LAN Manager/X, is 
available from a number of vendors including Santa Cruz 
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Operation, DEC, H-P, AT&T, and Unisys. In the same 
way that LAN Manager sits on top of OS/2, LAN 
Manager/X sits on top of UNIX. 

The fact that you don’t have to support TCP/IP along- 
side the native network protocol may not be the memory 
saver you’d expect in these Portable NetWare and LAN 
Manager/X implementations, however. One example is 
AT&T’s StarGroup package. Clients can be DOS, OS/2, or 
UNIX workstations running NetBIOS, AT&T’s UNIX 
Transport Interface, or named pipes, all supported on top 
of an OSI-compliant transport. Unfortunately, support for 
all those transports and interfaces leaves only about 420K 
left for applications on a DOS client that lacks extended 
memory to load drivers high. 


Or Go Native 


One last solution if you need to connect PCs to a UNIX 
database server is to go native—run UNIX on the clients 
as well as on the server. That means the clients should be 
fairly robust machines, probably 386s. One attractive 
UNIX solution for that kind of robust client environment 
is SCO’s Open Desktop software. 

Open Desktop incorporates all the services needed to 
put together client-server database applications without 
giving up DOS compatibility. Based on UNIX System V, 
Open Desktop includes networking via a TCP/IP suite, 
support for MS-DOS applications running within a win- 
dow, and SQL database support. 
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That SQL support comes via a Database Services mod- 
ule that incorporates a version of the Ingres version 6.2 
RDBMS (although other SQL databases including In- 
formix, Oracle, and Sybase can be used instead). The Open 
Desktop workstation packages includes query-by-form 
and report-by-forms facilities for Ingres. 

For lower-level front-end development, the Open Desk- 
top developer’s package includes an embedded SQL pre- 
processor for C, while preprocessors for FORTRAN and 
COBOL are available from Ask/Ingres. Other Ingres front 
ends available for the environment include Ingres Win- 
dows 4GL. Applications developed using this Ingres tool 
kit on Open Desktop can be moved transparently to other 
workstation-based graphic platforms as well. 

For connection to data on platforms other than UNIX, 
Open Desktop leverages the many Ingres gateways. Ingres 
gateways exist for many RDBMS (and flat file system) 
products running on most big iron platforms. 

Finally, Open Desktop enables the creation of ad- 
vanced graphic user interfaces on relatively low-end PCs 
or X Terminals via built-in X Windows support; X Win- 
dows is a multitasking windowing and graphics system 
that applies the client-server model to graphic user inter- 
face. Under the X Windows model, each workstation has 
its own X Display server process running on the network. 
That server controls the screen, keyboard and pointing de- 
vice for one or more workstations. The developer simply 
links the client program with Xlib, a library of graphics 
and windowing functions that translate the graphics oper- 
ations in the X communications protocol for display dic- 
tated by the Server. H 
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LAN Applications 


Datapro Summary 


Installing a local area network can be a challenging enough process, but now comes 
the time to put your multiuser software applications to work. The most widely used 
network applications are database management systems, word processors, and 
spreadsheets. It 1s important to recognize the differences between single- and 
multiuser versions of software applications before they are executed. Issues such as 


installation, data integrity, 
applications are explored. 


Introduction 

Will the applications you bought the com- 
puter for work on your LAN? Since net- 
works turn virtually all applications into 
groupware, the first thing you need to deter- 
mine is whether or not the application is ap- 
propriate for group use. There are two crite- 
ria you should apply to this decision. 

First, not all software is meant to be used 
by more than one person. Many utilities 
come under that single-user category. Utili- 
ties are programs that individual users ap- 
ply to enhance their computing. Second, 
single-user versions of any program may 
not be shared among users on a network. In 
the first place, such sharing usually violates 
the developer’s license. Also, in most cases, 
multiple users attempting to use a single- 
user program end up corrupting data and 
getting in each others’ ways. The bottom 
line is to use single-user programs as a sin- 
gle user and get multiuser versions of any 
program you plan to run on the network. 

Let’s go back to that comment about 
groupware, a current buzzword. Some- 
times, with a lot of vendor hype flying 
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about, it’s difficult to nail down exactly 
what the term means. Often it’s applied to 
products that are, in reality, nothing more 
than menu shells with electronic mail facil- 
ities and a few nice utilities. The utilities, 
usually some form of calendaring and 
group scheduling, are what lead the devel- 
opers to call their products groupware. Ina 
sense, that’s probably true. However, the 
real fact is that any program workers can 
use as a group to improve their efficiency 
could fairly be called groupware. That, if 
you think about it a bit, includes virtually 
all multiuser software operating on a LAN. 

If you think of groupware in those terms, 
you come up with another challenge. You 
need to install your groupware on the LAN 
so that it’s of maximum use to the group. 
Maximum use means that all members of 
the group who need access to the program 
and its related data can easily get that ac- 
cess. All those who don’t need access are 
shielded from the software. 

Why “shielded”? Simply because most 
security breaches that result in damage to 
or loss of network data come from uninten- 
tional errors caused by untrained or novice 
users. The largest group of those users in- 
cludes workers without the need to use the 
program. Since they don’t need to use the 
program, they have limited, if any, famil- 
larity with it. Should they find themselves 
lost in an unfamiliar application, there’s a 
high probability of damage resulting from 
efforts to escape. In other words, efficient 
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groupware is there for those who need it and invisible to 
those who do not. 

In keeping with that philosophy, we’ll spend the rest of 
this report talking in general terms about how you install 
multiuser applications and look out for problems. We’ll 
use a few general examples and be pretty vague about the 
particulars of individual networks. However, this report is 
specific about the method of drive and directory layout, so 
you can apply some general principles to your particular 
network. With very few exceptions, all LANs organize the 
same way. They each have different commands and termi- 
nology, but the general layout of network drives and direc- 
tories is pretty similar. Use this report in conjunction with 
your network administrator’s manual and the installation 
guides for the application you’re installing. 

We'll cover three basic types of applications. These are 
database management systems (DBMS), word processors, 
and spreadsheets. Then we'll discuss some other applica- 
tions such as e-mail and menu shells. Finally, we’ll touch 
briefly on some typical LAN services that often are avail- 
able. In addition to user and administrator utilities, many 
LANs have their own e-mail and menus. We’ll talk a bit 
about the differences between network supplied versions 
and their third-party counterparts. Let’s start with a dis- 
cussion of the issues that surround multiuser systems. Let’s 
begin with database management systems. 


The DBMS: Sharing Data in an Orderly 
Manner 


When one user accesses a database on a single-user system, 
the only consideration is getting at the data. When more 
than one person uses a DBMS on a LAN, several other 
potential problems surface. In a single-user system, the 
ability to ensure data integrity is, although not trivial, a 
fairly straightforward issue. On a multiuser system, data 
integrity is constantly at risk. On a single-user system, 
there’s really only one way to handle application and data 
files. On a LAN there are several. If you’re getting the idea 
that a DBMS ona LAN requires users and administrators 
to use a bit of extra care, you’re exactly right. Let’s draw a 
few specific comparisons between single and multiuser 
DBMS. 


Data Integrity 

Let’s start with data integrity. Without going into deep 
technical details, data integrity refers to the ability of data- 
base management to ensure that every record is unique. It 
means there should never be two copies of the same 
record, and that when the user searches for that record, 
only that one can be retrieved. In order to achieve this kind 
of integrity, in addition to having only one record, the 
record’s location must be definable in very specific and 
unique terms. The definition of the location cannot point 
to more than one record. 

In a single-user system, that’s pretty easy to accomplish. 
But in a multiuser system where more than one user is ac- 
cessing the same data, it’s possible to cause duplicate 
records. This can occur when performing tasks known as 
relational operations. A relational operation is one that in- 
volves the use of more than one database or data table. An 
example of a relational operation might be combining the 
names, addresses, and phone numbers of companies in one 
database with their orders for supplies of some sort from 
another. When such a relation exists, it’s necessary to have 


NOVEMBER 1991 


LAN Applications Managing LANs 


at least one piece of data (called a field) that is common to 
both sets of data (databases). This piece of common data is 
called the linking or related field. If several users are per- 
forming relational operations using the same linking field, 
there’s a danger of losing data integrity. A good multiuser 
DBMS will guard against that by not permitting changes to 
the linking field’s contents without warning other users. 


Concurrency 
Concurrency control refers to the database’s ability to pre- 
vent changes to any piece of data by more than one user 
without notifying the other users of the change. Here’s an 
example of what can happen when you lose concurrency 
control in a database: Let’s suppose two users are updating 
the same record. While one is updating, the other is brows- 
ing (reading the record only). After browsing awhile, the 
second user decides to update the record (write to it). How- 
ever, the second user is unaware that the first user updated 
the record and so changes it again. Now the record has 
been changed twice and neither user realizes it. A good 
multiuser DBMS prevents this by forcing the second user 
to read the results of the earlier update prior to performing 
the second update. | 

There are other concurrency control issues, of course, 
but they spring from this one. Obviously, in a single-user 
system concurrency problems could never occur. 


Performance 
The third issue separating single and multiuser database 
systems is performance. On a single-user system, perfor- 
mance is largely a product of the performance of the appli- 
cation itself, the speed of the computer’s processor, and the 
access time and condition of the computer’s fixed drive. If 
the application is fairly efficient, the computer is an AT, 
and the hard drive 1s fast and optimized, you’ll get reason- 
able performance. Degradation occurs as the data files get 
bigger and the use of relational operations increases. 
However, on a local area network these issues are com- 
plicated by the addition of network performance and the 
number of users in the DBMS at the same time. Although 
it’s unlikely that the network operating system can be 
slowed materially by the number of processes on it, there’s 
a serious possibility of slowdown at the network drives as 
the number of attempted accesses increases. This can be- 


- come very pronounced when a large number of users are 


accessing a particular type of network database program. 
To understand this problem, let’s briefly review what we 
know about file servers. 7 

A file server, you'll recall, 1s simply a substitute for the 
drive in your stand-alone PC. If your LAN is set up and 
tuned properly, you’ll never know you’re not using your 
local drive. All programs and data are loaded into the 
workstation’s memory from the network drive exactly as if 
they were being loaded from the PC’s local drive. No work 
is actually done by the file server. 

With that in mind, if you have one user accessing a sin- 
gle drive on a local computer for his or her database man- 
agement tasks, the drive is idle between accesses. If, on the 
other hand, several users are accessing a similar drive or- 
ganized the same way, they’re bound to get in each others’ 
way from time to time. These collisions can occur when 
two users want the same record, when the drive is busy at 
the moment a user tries to access, or when an entire file is 
locked during a batch process such as indexing. The trick is 
to keep those collisions at a minimum. This can be done, 
but it’s very difficult to do on a file server. Therefore it 
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might be necessary to have a different database configura- 
tion called a database server. Sometimes called a client 
server, the database server system was designed specifically 
for the multiuser environment. It prevents (or at least lim- 
its) collisions of the kind just described by letting the 
server do some of the work. The work the server does is 
directed at the data and its management. It acts under in- 
structions from the workstation (client). 

In other words, the client processes the application, is- 
sues instructions for manipulation of data to the server, 
and processes the results of the server’s work. The server 
manages the data and performs the data-related functions. 
It also keeps track of where the data resides (it can be in 
many locations), controls integrity and concurrency issues, 
and keeps track of individual transactions in a journal. 
The database server only goes out looking for data and 
writing to it in the final tiny bit of time in a database trans- 
action. Before the transaction can take place, the server 
must receive an instruction called a commit. If anything 
happens that might corrupt the data, the operation is 
aborted, or rolled back. The data maintains its integrity, 
even though the system might have crashed in the middle 
of the transaction. In addition, since the actual write to the 
record lasts only a very short time, the record is locked 
only for an instant. This helps reduce performance degra- 
dation by limiting the amount of time the disk is in use. 

So, there are two basic types of multiuser DBMS: the 
file server and the database server. Which is best for you? 
Database server systems are rather complex and expen- 
sive. File server applications are less complex and less ex- 
pensive. As databases and LANs get larger, you’ll need the 
database server. On small networks you can often get by 
with a file server DBMS. 

aBASE lll PLUS, dBASE IV, Paradox, and R:BASE are 
examples of file server databases. They are, essentially, 
single-user systems with some additions to prevent multi- 
ple users from colliding. Oracle, SQLBase, and SQL Server 
are examples of database server products. They’re de- 
signed to use data located on several servers within a net- 
work (distributed processing) and to process transactions 
individually. We'll explore how each of these types of 
DBMS should be set up on your LAN. 


The File Server: Simple to Install, Simple to Use, 
Moderately Reliable 

The file server type of database is, essentially, the mul- 
tiuser version of a single-user application. As such it has its 
drawbacks in terms of how it manages data in a multiuser 
environment. However, in a smaller system, the file server 
database has a few advantages. First, many smaller LANs 
spring from an office environment where there were stand- 
alone computers in wide use. Since this scenario implies an 
opportunity for networking, the next question is, quite rea- 
sonably, “How am I going to immigrate all my database 
applications onto the LAN?”’ In this case, it makes sense to 
simply switch to the multiuser version of the single-user 
DBMS in current use. Sometimes the applications you’ve 
written with the single-user product will need slight mod1- 
fication. But, in the main, you'll be able to use what you 
have without much pain during the conversion to the net- 
work. 

The second advantage of the file server DBMS in a 
small LAN is that it’s usually easy to install and adminis- 
trate these less complex products. We keep emphasizing 
smaller systems because LANs with more than ten to fif- 
teen users on a database tend to be very poor performers 
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unless applications written for them are very carefully con- 
structed and tuned. So, let’s assume that you’ve decided 
the file server DBMS is for you. What do you do next? 
Let’s examine the general configuration of a LAN for file 
server database management. 

When the LAN administrator set up the LAN, several 
classes of directories and network drives were created. The 
exact configuration varies with network vendors, but in 
general here’s the usual layout. Each user has his or her 
own directory, usually called the user’s home directory. 
This directory contains data and programs that are for use 
by that user only. Other users are typically restricted from 
entry. 

In addition, there are system directories, application di- 
rectories, and data directories. These directories can be 
mapped or linked to network drives, but they’re the usual 
divisions for most LANs. Into such a system the file server 
DBMS fits very well, indeed. The database management 
program itself (dBASE II PLUS, dBASE IV, Paradox, or 
other application) should reside in the applications area. 
In most instances, this will be a separate network drive 
with individual directories for separate programs. 

If there are applications written for the database man- 
agement system, they'll reside either in the applications 
area or in separate areas, depending upon their use. For 
example, if only one user needs a particular application 
and data, the network supervisor might choose to locate 
both in subdirectories under the user’s home directory. 
Take care here, however. In most cases these applications 
need the actual database program in order to function. 
That means there must be a path to the program that the 
application can recognize. Likewise, the program must be 
able to find the application’s data. 

There’s another way that, if the network permits it, is 
much superior. Actually, all applications belong in an ap- 
plication subdirectory near the database program, with the 
data in a similar subdirectory. The problem is that you 
might want to restrict other users from access to the data, 
the application, or both. If your LAN allows you to restrict 
users on a file level, all you need to do is password the file. 
Then only authorized users will be able to get at the data or 
application. This might require some minor modification 
of the application, but from an organizational perspective 
it’s the right approach. If your LAN doesn’t allow protec- 
tion of individual files, you’ll have to move the data and 
application into your home directory. 

When several, but not all, users need access to a data- 
base application and data, there’s yet another way to ap- 
proach the problem of where to locate the files. You prob- 
ably wouldn’t want to use this approach for a single user 
since it does take up additional LAN drive resources. This 
method involves assigning a separate subdirectory to the 
application and data. The application is in the first level 
subdirectory in the applications area and the data is a sub- 
directory under the application. It’s usually easy to pro- 
vide password protection to directories and subdirectories. 
Be careful to ensure that the second level subdirectory, the 
one with the data, is accessible through the password for 
the application subdirectory. 

So, let’s review the configuration of the LAN for a file 
server database management system. The program goes 
into a directory on the applications drive. The data and 
applications go into separate subdirectories under the pro- 
gram. If there are applications and data that are restricted 
to just a few users, they might have their own first- and 
second-level subdirectories. If there are applications and 
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data for just a single user, they can go in with other appli- 
cations and data if your LAN allows password protection 
of individual files. If not, they can go into subdirectories in 
the user’s home directory. As an option if your LAN allows 
password protection of individual files, all applications 
and data may go into subdirectories under the main pro- 
gram. Figure 1 diagrams what all this means. 


Database Servers: Power and Flexibility ...ata 
Price | 

If you’re starting from scratch or if you have fairly large 
requirements, you'll want to look into a database server 
configuration. Sometimes called client-server technology, 
the database server offers the ability to address data wher- 
ever it resides, speed, and high performance from the net- 
work drives. The way such a system works is as follows. 

Data can reside on several servers of various types. The 
workstations (clients) have some method of locating the 
data. The application resides either on the client or the file 
server. This means the application program can be on the 
client’s local drive or on the LAN’s file server; it’s always 
executed from the client, of course. When a user executes 
an application from his or her workstation, the application 
reads a file called a data dictionary, which tells the client 
where to look for the data. The application then issues in- 
structions to the server containing the data. The server ex- 
ecutes the instructions and returns the result to the appli- 
cation on the client for further processing. This eliminates 
the need for the client to actually manipulate the data and 
try to keep track of all the individual transactions of the 
database or data table. 

The efficiency comes since the actual data is never to- 
tally offloaded to the client. This saves access time to the 
network drive containing the database. When the database 
must actually be addressed, the action is very brief, again 
saving time at the drive and improving network and appli- 
cation performance. Finally, the database server keeps 
track of complete and incomplete transactions in a journal 
so that, in the event of a failure, they can be reproduced to 
ensure data integrity. The use of the data dictionary and 
other network refinements allows clients to have access to 
data wherever it resides without having to know specifi- 
cally where it’s located. This approach is called distributed 
processing. 

Now, how do you install one of these beasts? Actually, 
in some respects, the configuration of the network is a bit 
simpler than for the file server system. However, in most 
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cases, the installation of the program itself isn’t for the 
faint-hearted. We won’t go into that level of depth here 
because the various programs differ fairly significantly in 
their installations. But, as a start, here’s how the network 
will be configured to receive this kind of system. 

First, data can reside on any legitimate server. That 
means the server must be accessible to the client. This can 
either be direct access or access through a bridge, gateway, 
or some other method of connection recognized by the cli- 
ent’s own LAN. For most client-server applications, it 
doesn’t matter that data is located in multiple locations. 
How persnickety the system is in that respect depends 
upon the individual database product. Some products al- 
low more or less multiplicity of data than others. Before 
you settle on a product, make sure it meets your data man- 
agement requirements. | 

When you locate your data, be sure it’s in its own direc- 
tory or on its own network drive. Ensure that the drive or 
directory has password protection for the users who need 
the data. The applications reside on the file server appro- 
priate to the individual clients (the one serving their LAN). 
Again, they should be password protected and in their own 
directory on the applications drive. 

Here is where the two types of DBMS vary. In the file 
server DBMS, there’s just one program with its attendant 
applications and just one set of data. In the database server 
system, the database management part of the system is a 
separate program from the application. The database man- 
agement program resides on one or more database servers, 
while the application part of the program resides on the 
client’s file server. It’s really pretty simple in theory. In 
practice, the simplicity is greater or smaller depending 
upon which product you choose. Figure 2 illustrates a da- 
tabase server configuration. 


Word Processing: A Bit of a Different 
Beast 


Word processor programs for LANs can be as different 
from each other as night and day. Some keep track of the 
number of users, some require special user configuration 
files, and some allow customization on a user-by-user ba- 
sis. Let’s begin our discussion of word processing on a 
LAN with a few generalizations. 

First, there are three basic locations for the files associ- 
ated with word processing. The first is the applications 
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Workstations: Programs, applications and data 
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drive. The word processing program itself resides in its 
own directory on this drive. Users should have appropriate 
access to this directory. 

The second word processing area is either a subdirec- 
tory under the user’s home directory or a separate subdi- 
rectory under the application itself. This is where the doc- 
uments prepared by the word processor users reside. If the 
documents require no access by users other than the cre- 
ator, they can go into a subdirectory under the user’s home 
directory. If they require access by several users, they go 
into a public subdirectory under the application’s direc- 
tory. If the documents need to be restricted, they can usu- 
ally go into a private subdirectory under the application. 
Some word processors such as WordPerfect actually allow 
password protection of the individual document. 

The third basic word processing location is for user con- 
figuration files, if your word processor uses them. These go 
into the roots of the user’s home directory. They must al- 
ways be in the boot path for the individual user or the word 
processor won’t be able to find them. These files usually 
are required to allow access to the program and to provide 
customization for the user’s word processing environment. 


installation 

Installing a word processor is usually a two-step process. 
The first step involves loading the program and creating 
the appropriate directory areas such as those described 
above. The second step is the customization of profiles and 
authorization of users. Different systems have different 
ways of handling these issues. The rule of thumb is that the 
products with the most features also tend to be the most 
customizable in terms of user profile or configuration files. 
If you’re in the process of selecting a word processor for 
network use, we recommend that you look most seriously 
at products that have full-featured network versions. 
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Smaller programs that are advertised as “network aware” 
are usually nothing but trouble. Here’s the reason. 


Data Integrity 

In a network environment, some of the aspects of data in- 
tegrity and concurrency control we discussed 1n the section 
on databases hold true for word processors as well. Two 
important types of protection in word processors are 
needed. First, you need protection from keeping legitimate 
users out of the word processor simply because another 
worker is using it. Second, you need protection from cor- 
rupting or simultaneously updating documents when more 
than one user needs simultaneous access. That’s our old 
friend concurrency control dressed up in word processor’s 
clothing. 

The solution to the first requirement is the assurance 
that multiple users (within the limits of the product’s li- 
cense) can access the program simultaneously over the net- 
work. The solution to the second is to ensure that if two 
users attempt to write to the same document at once, 
they’re either prevented from or forced into saving their 
changes under a different filename. The second option is, 
of course, preferable. If your word processor can’t handle 
both of these requirements in a manner that makes sense 
in your particular work environment, get another product. 
You're in for big problems if you don’t. 


Document Control 

Finally, a word about document control. Documents have 
a life of their own. They grow, reproduce, and roam 
around the system with very little discipline unless you 
and your network administrator exercise control. As a 
starting point, you need to have two things for efficient 
document control. The first is a naming convention and 
the second is a defined location for storing documents. 


Figure 2. 
A Database Server Configuration 


Central File Server: Serves applications 
to the workstations. 


Database Servers: Databases and database 
management tools reside here, 


Workstations: Applications sent from the file server are executed here using the data 
residing on the database servers. | 
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The naming convention allows easy searches and in- 
stant recognition of documents if they stray from their pre- 
scribed locations. The defined storage location makes it 
simple to contain their wanderings and easily locate docu- 
ments when you need them. Finally, you need a method 
for periodically archiving older documents and removing 

the backup files created automatically by most programs 
when they’re no longer needed. There are two ways to store 
documents: by topic or all together in a L single subdirec- 
tory. 

When you store by topic (all letters in one subdirectory, 
reports in another, and so on), the best organization is to 
create a directory called documents or something similar. 
Under that directory create subdirectories organized by 
topic or document type. Don’t get carried away, though. 


Each subdirectory you create uses up a fair amount of | 


Ome even empty. 


Spreadsheets on a LAN: A Subset of 
Databases 


There are very few differences between spreadsheets and 
databases in structure. Both are, basically, tables of data. 
Both have the ability to be programmed (databases with a 
programming language like dBASE, spreadsheets with 
macros). But there is a difference in the way the two are 
used. Databases are used in a query or data input mode on 
a record-by-record basis. With databases, you’re con- 
cerned with the contents of an individual record. Spread- 
sheets usually deal with an entire file, or worksheet, of 
data. With spreadsheets, the contents of a cell (which cor- 
responds to a single database field in a single record) is 
usually meaningless by itself. 

However, there are several similarities between the 
LAN organization of a spreadsheet and a file server-type 
database. First, your spreadsheet program should reside in 
a special directory in the applications area. In a subdirec- 
tory under the application you should place any spread- 
sheet templates you want to have available for your users. 
In order to ensure that users don’t accidentally alter stan- 
dard templates, you make that subdirectory read only. 
This means that no user can write data to the templates. 
However, they can copy the blank template to another di- 
rectory for filling and using. 

Also in a subdirectory, under the program directory, 
you should (as we did with the DBMS) place public spread- 
sheet files. If you have similar security considerations for 
some spreadsheet files as you do with databases, you can 
put those in private directories or, if only one person needs 
access, in that user’s home directory. 


Printing Problems 

There are a few considerations that are consistent with the 
other types of applications we’ve discussed. Although not 
mentioned earlier, there’s a potential for difficulties when 
attempting to print spreadsheets (or, indeed, any applica- 
tion document) on a LAN. You should ensure that your 
network printer is properly configured and that the appli- 
cation has been configured for the correct port and the 
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Finally, you'll want to consider that most spreadsheet 
programs keep track of the users under a particular mul- 
tiuser license. That means that, like word processors, there 
might be a requirement for individual user configuration 


(profile) files. If that’s the case, put them in 1 the users "home 


directories. 


E- Mail, Menu “Shells, and Other 
Miscellany 


Although many networks come equipped with e-mail atid 
menus, some do not or else the programs supplied aren’t 
adequate for your needs. In that case you’ll certainly want 
to explore third-party e-mail and menus. Some are very © 


- good; others are expensive packages that really don’t add - | 
much to the network. We'll discuss internal utilities such 


as these in the next section. But first, let’s look at the third- _ 
party offerings to try to determine what makes a good: 
third-party LAN utility. 


Menu Shells | : 
Some menu shells are advertised as groupware but are re- 
ally little more than menus and a few simple utilities. 
There are a few of these, however, that are very good and 
merit consideration. _ : 
One such program 1S WordPerfect Office from Word- 


_ Perfect Corp. This is an extraordinarily simple program. It 


proper printer type. Remember, most applications, espe- | 


cially spreadsheets, cannot be set up for multiple printer 
types. They can only handle one type at a time, so you'll 
want to pick the optimum printer for the task at hand 
knowing that if you’re wrong, you'll have to go to the trou- 
ble of configuring your spreadsheet program again. 
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appears to do very little except provide a menu, some 
e-mail, and a bit of calendaring. However, that’s really 
where its beauty lies and why it’s one of the best examples 
of a menu shell for LANs around. 

There’s also an implication embodied in Offi ice that you 
should pick a menu shell with its own e-mail and other 
utilities included. Actually, this is a fair analysis. If you 
stack applications, shells, utilities, and menus on top of 
each other indiscriminately, you'll reap the reward of con- 
fusion. Keep it as simple as possible. You'll be surprised 
how beneficial simplicity can be in an otherwise complex 
environment. 

It’s a good idea to provide a menu shell of some type for 
all users. This keeps users from getting tangled up in DOS 
directories and the complexity of network drives. But, in 
order for the shell to be useful, it must have three charac- 
teristics. First, it must be very easy to integrate into the 
LAN and its applications. Second, 1t must be easy enough 
to use so that the users won’t shun it. Finally, it must not 
allow escape to the DOS prompt except at the network ad- 
ministrator’s discretion. 


E-Mail 

Regarding the issues of e-mail and network utilities, here 
are some simple guidelines. E-mail should fit well into the 
organization and into the LAN. If there’s also a calendar as 
part of the shell or e-mail package, be sure that you under- 
stand the ramifications of allowing a computer to schedule 
time for you and your coworkers. Many users avoid calen- 
daring as much as possible since it tends to be pretty inflex- 
ible. As to network utilities, if you’re an administrator, be 
very careful what you allow on the LAN. If you’re a user, 
check with your administrator. | 


Utilities 

Most network utilities have the ability to cause a great deal 
of trouble on the LAN and should be avoided except by the 
most experienced of users. In no event, however, should 
utilities of unknown origin (such as bulletin boards or trad- — 
ing software) be allowed on the LAN. In general, the rule.is 
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if it didn’t come with the LAN, be sure you need it and be 
sure it won’t damage the network if used incorrectly. 


Network Installed Services? 


Given the choice, you'll gain one big advantage by sticking 
with the menus, e-mail, and utilities provided by the net- 
work. That advantage is that these services were designed 
to work on their LAN. You can be certain of compatibility, 
if nothing else. That’s the good news. The bad news is that 
in some cases the network services leave much to be de- 
sired in terms of functionality. There’s one area, however, 
where you'll find that the network vendor probably sup- 
plies the best solution. That area is supervisor’s utilities. 
There’s a trend, as the new breed of powerful LAN operat- 
ing systems takes control of the high-end network market, 
towards very complete and powerful tools for the network 
administrator. 


Supervisor’s Utilities 
What should you look for in supervisor’s utilities? Start 
with tools that allow easy administration of users and ap- 
plications. You should be able to add, delete, and modify 
user privileges easily and quickly. The tools should be 
menu driven without sacrificing completeness for simplic- 
ity. You should also be able to install new applications and 
modify existing ones with little effort. If at all possible, you 
should be able to perform these routine tasks from loca- 
tions other than the network console and without bringing 
down the network for more than a few moments at most. 
The next tools you’ll want are those that allow you to 
monitor network activity and tune the LAN as loads in- 
crease. You’ll want to know when response time on the 
system is becoming unacceptable, and you’ll want the tools 
to determine why. Finally, you’ll need tools to help pre- 
serve the security of the LAN. These include audit trails 
for both users and programs, the ability to observe activity 
on the network, and logs of both successful and unsuccess- 
ful logon attempts. You'll want to be able to change pass- 
words and restrict use of selected files by selected users at 
selected times, or any combination thereof. In short, your 
security toolkit should let you know precisely who is doing 
what on the LAN. Once you know, it should help you con- 
trol the activity. 


Third-Party E-Mail 
Since there are new e-mail standards evolving, you need to 
decide what level of compatibility you need with the out- 
side world. In many cases, because compatibility is such a 
serious issue, the LAN developers leave the e-mail deci- 
sion to the user. One such network is Novell (in version 
2.12 and higher). Other networks, like 3Com, stick to the 
current standards and provide e-mail. 

When you’re deciding what e-mail system you want for 
your network, the first question to ask is with whom are 
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you going to communicate. If the answer is that all your 
communication will take place within your single net- 
worked workgroup, the LAN e-mail system is probably just 
fine for most applications. If, on the other hand, you'll 
need to communicate with other external systems, take a 
hard look at what those systems require and act accord- 
ingly. E-mail compatibility questions will be the determin- 
ing factor surrounding your choice of network vendor- 
supplied mail packages or third-party products. 


Summary 


In this report we’ve discussed the issues that surround the 
use of applications of various types on a local area net- 
work. We’ve specifically discussed some representative 
categories of applications in the context of how they fit 
into a network scheme. While we couldn’t show specific 
examples due to the differences between various network 
operating systems, we did discuss the requirements for da- 
tabases, word processors, spreadsheets, and peripheral ap- 
plications such as e-mail. 

There are several other types of applications you’re 
likely to see on networks. However, you'll find that most of 
them are simply permutations of one of the “basic three”’ 
classes of user programs. The key, as we have shown, is to 
keep application and data separated; keep order in the way 
you locate applications and data; where possible, adopt file 
naming conventions that allow you to quickly and easily 
locate files; and be careful with pathing, to ensure that ap- 
plications can find their ways to their associated data and 
user profiles. 

A final word about networked applications. Some ap- 
plications allow you to connect more users to the applica- 
tion than your license allows. There are two reasons not to 
do this. The first reason is that you’re violating your li- 
cense agreement, which amounts to software piracy. The 
second and probably the more persuasive reason is that 
occasionally an application simply won’t work properly if 
it isn’t used properly. You might be able to “get around” 
the user limits, but those limits are often imposed for more 
than just marketing reasons. Don’t take chances. 

Use properly licensed multiuser applications on your 
LAN and install them properly, within the limits of your 
user license and with the user registrations filed. User reg- 
istrations for most multiuser applications are filed by the 
network administrator. Filing the user registration usually 
assures you of good technical support. As the supervisor, 
that means less of your valuable time spent untangling 
strange problems with an application. As the network user, 
it means good support all up and down the line, from you 
to your LAN supervisor. Hl 
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Datapro Summary 


No LAN is an island! The standalone PC is almost an anachronism, and 
isolated workgroups will soon follow. The new requirement is for global 
information sharing, in which communication must be rapid, contentionless, 
and error free. Against this model, this report explores state-of-the-art LAN 
interconnection technologies: LAN expansion, bridging, and routing; and 
other techniques for interconnecting remote LANs over metropolitan and 
wide areas. Lower level devices, such as repeaters and bridges, are less risky, 
cheaper, and support higher network performance. Network-layer routers are 
costlier and exact performance penalties, but provide much greater 
operational functionality. Each interconnection scenario has its own set of 
special requirements that determine the suitablility of any given solution. 


Were there any visionaries in the 
early 1900s who predicted the role of 
information in today’s industries? As 
late as the 1960s, would anyone in 
their right mind have suggested that 
the power of a first-generation com- 
puter would be increased by many 
orders of magnitude and packaged in 
a device one could hold in the palm? 
It wasn’t that many years ago when 
passing magnetic tape was the pri- 
mary interface between batch pro- 
cessing systems in a corporate data 
center. In the early days of LANs, 
there were only a few small voices 
urging the industry to think of 
LANs—not as isolated collections of 
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computer resources, but rather sub- 
nets within the global internet (see 
Figure 1). 


The Need for LAN Interconnection 
Perspectives are changing. The 
standalone PC is almost an anachro- 
nism, and the isolated workgroup 
LAN is soon to follow. No LAN is an 
island! For network architects to de- 
velop comprehensive solutions to 
organizations’ computer networking 
requirements, they must treat the 
requirements as “global.” 

While it is reasonable to expect 
a workstation user to share files with 
other users in the same room, it 1s 
also reasonable to expect global in- 
formation sharing. For example, a 
bank customer at an Automatic 
Teller Machine (ATM) in New York 
should be able to access an account 
database on a LAN in Omaha, NE, 
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Figure 1. 
The LAN in the Internet 
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while another ATM customer in San Francisco si- 
multaneously accesses the same database. The 1m- 
portant requirement in this scenario is that neither 
user should perceive the database as anything other 
than a local, privately owned resource. For this to 
become a reality, communication must be rapid 
and error-free with no contention for any shared 
resources. 

This report’s objective is to explore the state- 
of-the-art of various LAN interconnection scenar- 
ios and to measure them against this model. These 
will range from physically expanding a single LAN, 
to “bridging”’ multiple, collocated, independent 
LANs, to interconnecting geographically remote 
LANs. 

One should bear in mind that as users, we are 
““pushing”’ the state-of-the-art in terms of internet- 
working, and the most desirable transparent solu- 
tions may not always be available. This report 
highlights real solutions and indicates emerging 
and future solutions accordingly. 
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Approaches to LAN Interconnection 


One of the greatest obstacles to understanding 
technology is the lack of standards for jargon. The 
world of internetworking is no exception. While 
the terms and definitions we are about to stipulate 
may raise your eyebrows because of past usage pat- 
terns, this is in fact the direction in which the stan- 
dard definitions are moving (see Figure 2): 


1. Physical Layer Relays—Repeaters or amplifi- 
ers that simply extend the distance a signal can 
be driven. within a single network. These de- 
vices rarely play any role in protocol operation 
or conversion, although in the case of IEEE 
802.3 “Ethernet” there are smart repeaters 
that insulate consecutive cable segments from 
faults on other segments. (For our purposes in 
this report, we are using the terms Ethernet 
and IEEE 802.3 interchangeably. While early 
versions of the proprietary Ethernet product 
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were not compatible with IEEE 802.3, it is of- 
ten easier to recall an Ethernet model as op- 
posed to translating terminology such as 
802.3.) 


2. Data Link Layer Relays—Medium Access 
Control (MAC) Bridges and Bridge Routers 
(Brouters). These devices perform minimal 
protocol conversion between similar networks, 
where all higher layers are common implemen- 
tations. 


3. Network Layer Relays—lInternet Routers that 
convert all protocols at the lower three layers. 
There may be significant delay factors depend- 
ing on the implementation and selected op- 
tions. A number of devices are marketed 
combining the functions of Data Link Layer 
bridges and Network Layer routers. They are 
known as brouters, but are not discussed as a 
separate category. 


4. Metropolitan area networks (MANSs) and Fiber 
Distributed Data Interface (FDDI)—These 
networks are often used to provide connectiv- 
ity between LANs spaced at moderate dis- 
tances from one another, as opposed to bridges 
connecting co-located LANs and routers con- 
necting distant LANs. 


5. Application Layer Relays—Protocol Transla- 
tion Gateways that actually map application 
functions as well as all of the supporting lower 
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Figure 2. 
Network Interconnection 
Levels 
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Physical 


layer implementations. These devices are be- 
yond the scope of this report; however, the fea- 
tures providing inter-LAN connectivity are 
dealt with in the discussion of lower layer re- 
lays. 


In keeping with our topic, interconnecting LANs, 
this report focuses on those alternatives most rele- 
vant to the problem. Bridges and repeaters are the 
most commonly implemented solutions in the 
LAN world. Internet routers are less often used to 
interconnect local networks directly, but become 
an important option when interconnecting remote 
LANs through a public packet switched network. 
Protocol translation gateways at the Application 
Layer are rarely used to interconnect LANs, but 
are important in the context of providing interop- 
erable solutions between organizations. 

In evaluating each of these four alternatives 
for LAN interconnection, it 1s imperative to con- 
sider several important issues and features: 


e Connectivity—Physical interconnection op- 
tions and topological considerations. 


¢ Transparency—The extent to which protocol 
overhead is imposed in mapping dissimilar fea- 
tures and functions of the connected networks. 


e Imposition of delay—The effect of throughput 
degradation on different types of traffic scenar- 
10S. 
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* MAU (Medium Attachment Unit) and AUI can be optionally 
combined in a single unit with the repeater. 


Repeaters in the 1OBASE5 and 1OBASE2 environments. 


¢ Ease of implementation—Capability for devices 
to provide a level of interoperability, facilitating 
multivendor implementations. 


e Standards availability—The status of standards 
for various internetworking facilities. 


¢ Cost—Developing and procuring hardware and 
software interconnection resources. 


Repeaters 


The most popular and well-known LAN repeaters 
are those used for baseband Ethernet and IEEE 
802.3 implementations (see Figure 3). The most 
common implementations of these repeaters are 
those employed in the traditional “thick” Ethernet 
or IEEE 10BASES systems. Other multiport repeat- 
ers are available for connecting “‘thin” Ethernet or 
IEEE 10BASE2 segments to a larger 1OBASE5 
backbone. 

We will not address repeaters in 1OBASE“T”’ 
twisted-pair Ethernets, since these systems are con- 
structed on a hierarchical hub principle where each 
hub is an active repeater/concentrator. Likewise, 
we will not address repeaters in the Token Passing 
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ring, since each station in the ring provides a re- 
peater function. Thus, using repeaters in these en- 
vironments is strictly for rebroadcasting signals to 
the next station, as opposed to physical expansion 
as in a bus network. 


Repeater Functions 

The repeater’s primary purpose in baseband imple- 
mentations is to regenerate the signal from one ca- 
ble segment to the next. This effectively enables 
one to expand the network, thus increasing the 
overall distance between communicating stations 
and also increasing the number of network termi- 
nations. Theoretically, one could extend the net- 
work infinitely by adding repeaters and additional 
segments. 

There are minor delays associated with the 
repeaters, however, as well as propagation delays 
on the cable itself. These delays adversely affect 
the access protocol (carrier sense multiple access 
with collision detection). To remedy this, design 
constraints are imposed upon this type of LAN re- 
lating to the number of repeaters and the number 
of cable segments (see Figure 4). 
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. Figure 4. 
| Ethernet Constraints 


A) 10Base5 


Each AUI is 50 m. 
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¢ Maximum 100 devices/segment 
Spaced minimum of 2.5 m. apart. 

¢ The maximum distance between any 
two communicating stations is 2,800 m. 


oN) 
* Maximum of two full repeaters in any path. Station Z 


Ethernet/IEEE 802.3 (1OBASE5/2) design constraints. 


Ethernet Design Constraints 
As illustrated in Figure 4, the maximum distance 
between any two communicating stations on a 
1OBASES Ethernet is 2,800 meters with no more 
than two full repeaters in the path. Note that con- 
necting the intersegment link is accomplished by 
using half repeaters. The total number of repeaters 
in the path between stations A and Z remains two. 
Note that the only difference between the interseg- 
ment link and the thick Ethernet segment is that 
there are no devices terminated on the link. This 
reduces the attenuation by controlling the phenom- 
enon known as insertion loss. These limitations are 
a compromise between general connectivity re- 
quirements and network performance require- 
ments. | 
Using repeaters provides a great deal of flexi- 

bility in wiring even the largest buildings, but one 
must remember that repeaters connect segments 
and links of the same network. This means that 
with the exception of some unusual situations, all 

; signals are broadcast on all segments and links 

( through all repeaters. 

, A limitation is the number of workstations 

that can be physically attached to a single network. 
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A maximum of 100 stations per segment is gener- 
ally not a severe limiting factor, but when faced 
with a maximum of 1,024 stations in the entire 
network, the limitation becomes more of a 
disability—particularly in large enterprise net- 
works. In the early days of LANs, the solution to 
this problem was to install a broadband LAN that 
yielded significantly greater bandwidth, distance, 
and number of terminations. Until the advent of 
Medium Access Control (Data Link Layer) bridges, 
this was the only workable solution, despite all of 
the inherent problems in broadband design, instal- 
lation, and maintenance. 


Repeater Standards 

With the advent of the IEEE 802.3 Supplement 
specifications, standards for 1OBASES5/2 repeaters 
made their first appearance. Some of the addi- 
tional capabilities included in this specification 
dealt with fault isolation issues. The latest repeater 
designs isolate cable faults to a given segment. For 
example, the repeater will partition itself from the 
next segment if 1t detects too many consecutive 
collisions on the prior segment. The repeater will 
also isolate the “offending” segment if a “jabber 
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Figure 5. 
Bridging Incompatible LANs 
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control’ failure is detected in any device. The basic 
theory applied here is that it is better to lose a seg- 
ment than the entire network. It is also reasonably 
likely that nodes most often communicating with 
each other are probably within the same work- 
group and, as such, on the same segment. The re- 
sult, then, is to maintain communications between 
some portion of the population, while other remote 
services become temporarily unavailable. 


implementation and Cost 

While repeaters are generally easy to install, users 
must maintain accurate cable plant management 
records. Most networks are the result of evolution- 
ary pressures, and frequently depart from the origi- 
nal design. While the network architect planned 
the topology and configuration with maximum 
flexibility in mind, these design guidelines were 
most likely compromised within the first six 
months of the network’s operation. The result is 
simply that the network may not be configured the 
way you expect it to be. Adding a repeater might, 
in fact, create a configuration violation that detri- 
mentally affects network performance. It is, there- 
fore, essential to keep configuration records, 
preferably in an automated form. 

Repeaters are the least expensive alternative 

to LAN expansion. Typical midrange repeaters for 
10BASE5 LANs cost between $1,200 and $1,500. 
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Certainly, one may find products that fall above or 
below this range, but not with any significant devi- 
ation. 


Medium Access Control (MAC) Bridges 


Connectivity Issues | 

MAC bridges or Data Link Layer relays connect 
separate, independent LANs. The degree of perfor- 
mance transparency in accessing resources across 
the bridge is primarily a function of contention for 
the bridge and application resources. Bridges are 
primarily used to connect compatible and “nearly” 
compatible LANs (see Figure 5). In this context, we 


Table 1. Maximum Frame Sizes for 
IEEE 802 LANs 


LAN Type Speed Maximum Frame 
Size 

802.3 (1OBASE5) 10M bps 1,518 octets 

802.4 10M bps 8,191 octets 

802.5 4M bps 4,500 octets 

802.5 16M bps 18,000 octets 
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define compatible LANs as different versions of 
802.3 Ethernets (e.g., LOBASE5S/10BASE2), while 
nearly compatible LANs might be 802.3 Ethernets 
and 802.5 Token Passing Rings. 


Layering in Bridges 

In the LAN environment, bridge software usually 
resides at the lower half of the Data Link Layer, 
the MAC sublayer. The upper half of the Data Link 
Layer, the Logical Link Control (LLC) sublayer, is 
common to all standard LAN implementations, 
and is consequently not involved in the bridging 
function (see Figure 6). 

The more common implementations of 
bridges today employ topologies known as span- 
ning trees. Spanning tree networks are character- 
ized by the fact that there is only one path between 
any two communicating nodes (see Figure 7). A 
spanning tree topology permits neither closed loops 
nor alternate paths, as these would require addi- 
tional routing intelligence. Spanning tree bridges 
lend themselves to bus-oriented LANs due to the 
structured nature of their topologies. Implementing 
a closed loop in a spanning tree environment will 


Bridge 1 
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Figure 6. 
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result in an infinite replication and broadcast of 
packets through the loop, eventually bringing the 
network to a screeching halt caused by congestion. 


Bridge Features and Operation 


Addressing Transparency in Learning Bridges 
Bridges are generally transparent at the source and © 
destination hosts in that packets are not addressed 
to the bridge. They effectively operate as store-and- 
forward switches between LANs, but to provide a 
minimum degree of operational efficiency they 
must be imbued with some intelligence. Source 
routing bridges are exceptions to this rule, in that 
the packet contains a special routing information 
field that identifies the bridge and network seg- 
ments. We discuss source routing bridges in detail 
shortly. 


Congestion Avoidance/Filtering 

Bridges not only provide connectivity between 
LANs; they also avoid serious congestion problems 
between LANs by filtering traffic and forwarding 


Figure 7. 
Spanning Tree 


Bridged spanning tree LAN. 
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only that addressed to the destination LAN. Imag- 
ine for a moment that two interconnected Ether- 
nets each currently support 6M bps in real traffic. 
If the bridge was to forward all traffic, each Ether- 
net would be required to support 12M bps—clearly 
an impossible task for a 1OM bps LAN. If only 10% 
of the traffic from each LAN was destined for the 
other, however, the result employing filtering 
would be a 6.6M bps load on each. 

To accomplish this task of filtering, bridges 
must have the capability of “learning”? where nodes 
are located based upon their addresses. They can 
then forward only those packets that are necessar- 
ily transmitted to the destination network. 

The learning process is a clever phenomenon. 
When a bridge receives a packet, it searches for the 
origin (source) address in a routing table. If the ad- 
dress is not in the routing table, the bridge adds it. 
Thus, if the bridge ever receives a packet from its 
other side destined for this source address, it can 
now determine whether to forward the packet by 
examining its routing table. So in essence, the 
bridge learns from source addresses as they go by, 
and it applies this knowledge to forwarding deci- 
sions (filtering) on destination addresses. 

The question then arises: What does the 
bridge do with a destination address that it has not 
yet learned? In this case, the bridge will broadcast 
the packet on all of its ports (except the one 
through which it was received). As the bridge 
learns, the need for broadcasting will diminish, 
except for those broadcasts that are mandated by a 
packet’s broadcast destination address or those 
resulting from inserting new stations on any of the 
connected LANs. | 


Secure Compartmentalization 

Bridges can provide other operational features. In 
a secure or sensitive environment, they can evalu- 
ate source and destination addresses to ascertain 
whether the communication is permissible. Secure 
““compartmentalization”’ of network resources is a 
basic requirement in these environments. 

Based upon input from the LAN administra- 
tor, the bridge can filter packets, preventing unau- 
thorized packets from reaching the destination 
LAN. The compartmentalization can encompass 
an entire LAN, or simply a specific server resource 
on that LAN. 
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Source routing bridges are usually 
employed in token-ring 
environments where multiple 
alternate paths may exist. 


Discovery Packet Path 


Source routing ring configuration. 
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Segment | Segment | Segment 
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Bridge No. 


Routing Segment | Segment 
Control No. 1 No. 2 
as 


Length = Length of the routing field including this control info. 


D = Direction from originator or return. 

LF = Largest frame supported by the bridge. 
Res'd = Reserved. 

Other MAC Bridge Issues 


Bridges are not panaceas. They do not perform 
magic, and as such present some limitations in 
LAN interconnection. 


Addressing 
For bridges to recognize address and filter packets, 
all addresses must be the same length. While this is 
not an issue in IEEE 802 LANs, other proprietary 
approaches may present some incompatibilities 
that must be resolved. Earlier versions of the IEEE 
802 specifications permitted both 16-and 48-bit 
addresses. While 48-bit addresses are predominant, 
there may be some residual 16-bit implementations 
(although unlikely). 

In addition, all addresses between the inter- 
connected LANs must be unique. 


Priorities 

Priorities present some special concerns. For ex- 
ample, IEEE 802.3 LANs have no priority mecha- 
nisms. 802.5 token-rings employ a fairly robust 
scheme enabling high-priority applications (such as 
token management) to preempt the next rightful 
user. 802.4 token busses employ a contention reso- 
lution scheme also ensuring that all users are pro- 
vided with fair access. Imagine a scenario where 
two 802.5 token-rings are remotely connected via 
an 802.3 Ethernet. The priority information from 
the source token-ring LAN will be lost upon arrival 
at the destination LAN. 

This requires that packets from the source 
ring be assigned a default priority. Since “‘ring 
management” and “token management”’ are gener- 
ally limited to the specific LAN, this issue may be 
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Figure 8b. 
Source Routing 


Source routing header infor- 
mation. 


academic. If an application resource has a high pri- 
ority across both the origin and destination LAN, 
however, that priority information will be unrecov- 
erable. 


Broadcasting 

Depending on configuration parameters, bridges 
may or may not be capable of broadcasting pack- 
ets. In many cases, however, bridges can be config- 
ured to broadcast all packets based upon the 
broadcast address, or selective packets where the 
packet type and the broadcast address are consid- 
ered. As determined previously, broadcasting can 
have a detrimental effect on the traffic loads of the 
interconnected LANs. Repeated attempts at broad- 
casting may result in a phenomenon known as a 
“broadcast storm” or a ““LAN meltdown.” As the 
traffic increases beyond the LAN’s capacity, all 
meaningful communication is eventually shut out. 


Routing Issues in Bridged LANs 
As mentioned previously, bridged LANs employ 
two forms of routing: 


e Spanning tree routing 


¢« Source routing 


Spanning tree routing requires that the bridges 
learn the proper routes and, as such, the source 
hosts are freed from any routing responsibility. 
Source routing bridges, on the other hand, need 
know nothing about the routes, but the source host 
itself must be significantly more intelligent. The 
source host broadcasts a “discovery” frame 
through all bridges on its “home” LAN. As the dis- 
covery frame travels through the LANs, it is broad- 
cast through all other bridges. Each bridge makes a 
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notation in the header of its ring number and 
bridge number (see Figure 8). When the packet 
reaches the destination host, it is returned to the 
source host via the path in the header. The source 
host then selects the best path for subsequent trans- 
missions to that destination. Determining the best 
path may be influenced by transit time as well as 
the number of bridge hops in a path. 

As a result of this process, the source host also 
learns the maximum acceptable packet size of the 
destination and transit LANs. This information is 
stored in the discovery packet’s routing control 
field. This issue becomes critically important when 
communicating between token-rings and Ether- 
nets. 

The maximum frame size parameters vary 
with different implementations of these networks 
and often result in requirements for segmentation 
and reassembly. Although maximum frame sizes 
are not specified in the IEEE 802.5 token-ring stan- 
dard, and are specified in other 802 standards, the 
following de facto guidelines are commonly fol- 
lowed: 

While source routing is the approach favored 
by the 802.5 working group, spanning tree routing 
is the favored approach in the 802.3 world. The 
IEEE 802.1 committee, which is responsible for the 
recently published standard (802.1D), has adopted 
the spanning tree approach. Token-ring LANs can 
employ source routing between themselves, but 
when communicating with other LANs (802.3/ 
802.4), they must employ spanning tree routing. 

The trade-off, of course, is that while source 
routing bridges can be relatively simple, and will 
impose minimal frame processing, hosts in this 
environment must process every discovery frame 
and return them to the sender. 


implementation and Costs 
Many of the same LAN topology issues prevalent 
in repeater placement must also be considered in 
“bridging.” While bridge placement in a source 
routing environment is more flexible, since loops 
or alternative paths are expected and can be ac- 
commodated by the protocol, in spanning trees 
““looping”’ through alternate paths can have a dev- 
astating effect, as previously demonstrated. 
Bridges are also significantly more expensive 
than their repeater counterparts. They may start at 
prices as low as $1,500 for local Ethernet-to- 
Ethernet connection, but can rapidly climb to 
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$22,000 for LAN-to-Fiber Distributed Data Inter- 
face (FDDI) connections. It is not unreasonable to 
expect prices in the range of $7,500 to $10,000. 


Network Layer Relays—Routers 

Routers are freestanding computers providing the 
capability to interface very different types of net- 
works, as well as the capability to determine the 
best “path” or “‘route” to get to the destination. 
Most routers in use today employ the ARPANET 
Internet Protocol for network interconnection 
(usually associated with TCP/IP—Transmission 
Control Protocol/Internet Protocol). They were 
originally conceived and are useful for intercon- 
necting wide area networks (WANs), where the 
path through the origin, transit, or destination net- 
works was of little concern to the router. The 
router was only concerned with the “‘internet”’ ad- 
dresses, which were created at the upper portion of 
the Network Layer—at the internet sublayer (see 
Figure 2). The result was that an internet path 
specified the origin host, the intermediate routers, 
and the destination host. The individual network 
topologies were invisible to the router. 


OSI vs TCP/IP Routers 

With the advent of OSI, more robust internet pro- 
tocols have become available, but TCP/IP still 
maintains a dominant market share. The industry 
consensus is that, ultimately, TCP/IP will be re- 
placed by the equivalent OSI protocols, but most 
participants are hesitant to predict when. Fortune- 
tellers like to be paid in advance, which tells us 
something about the certainty of their art. 


X.25/X.75 Routers 


In addition to the OSI and TCP internet protocols, 


public networks that provide X.25 access also offer 
a connection-oriented internet protocol known as 
X.75. While this is most often used in an interna- 
tional environment between public data networks 
(PDNs) in different countries, it does provide a 
common approach for PDNs in a domestic envi- 
ronment. 


Adapting the Internet for High-Performance 
LANs 

More recently, routers have played an important 
role in interconnecting remote LANs via a WAN(s) 
(see Figure 9). One of the difficult issues associated 
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a Figure 9. 
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with using internet protocols is that while LANs 
usually operate at multiple megabits per second, 
packet switched WANs are generally limited to 
64K bps for a given connection. The WAN then 
becomes a rather significant bottleneck, unless 
many 64K bps connections are used in parallel. 


Frame Relay 

Approaches to resolving this problem have yielded 
new forms of packet-switching protocols such as 
frame-relay and fast packet-switching service. 
When comparing these technologies, it is impor- 
tant to remember that the term “‘fast packet 
switching” is a generic term encompassing a vari- 
ety of improved packet technologies, including the 
following: 


e Frame relay 
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¢ Broadband ISDN 
¢ Cell relay 
e Asynchronous Transfer Mode (ATM). 


The term “FastPacket”’ is a proprietary term and a 
registered trademark of StrataCom Corp. This 
technique employs T1 facilities, where the entire 
bandwidth of the T1 facility (1.544M bps) is allo- 
cated to the packet transfer, as opposed to the tra- 
ditional circuit switched T1 subchannel of 64K 
bps. 

Frame-relay service, on the other hand, is 
more closely related to conventional packet switch- 
ing in an X.25 access network. It is a standards- 
based technique that although not designed to 
provide LAN interconnection capabilities through 
the WAN, has been adapted to efficiently provide 
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this service. Current frame-relay versions provide 
up to 2M bps transfer rates with relatively low 
overhead compared to X.25. While the skeptic will 
retort, ““2 megabits to connect 10M or 16M bps 
LANs?”’’, the fact is that the router will filter pack- 
ets based upon their destination internet address. 
The result is that only a small percentage, perhaps 
20%, of the data will necessarily travel across the 
WAN. It reduces the overhead of this transmission 
by gambling on the network’s reliability and reduc- 
ing lower layer error detection and correction. A 


reasonable gamble indeed, since today’s high-speed 


digital networks are inherently reliable. When an 
error does occur, the correction overhead is higher 
since it must be performed at a higher layer (e.g., 
Transport). This is prudent because unlike, the old 
axiom, modern packet-switching technologies in- 
volve “pounds of prevention vs ounces of cure.” 

Frame relay was originally designed as an 
ISDN bearer service for multiplexing individually 
addressed information units at the Data Link 
Layer as opposed to allocating a channel through 
T1-type time slots. In the context of LAN/WAN 
interconnection, it resides at layer two, corre- 
sponding to X.25 Frame Level LAPB (Link Access 
Protocol Balanced): _ 

Frame relay has been implemented in a form 
called Frame Relay 1, where a Permanent Virtual 
Circuit (PVC) similar to X.25 is established. In a 
version to be implemented in the near future, 
Frame Relay 2, it is expected that Switched Virtual 
Circuit Service (SVCS) will be available. This will 
provide for dynamic bandwidth allocation, and 
will be less costly in the “bursty” LAN-to-WAN 
traffic scenario. 

Due to the very nature of LAN traffic with its 
large file transfers and short inquiry response sce- 
narios, flow control will inevitably be a problem at 


Table 2. Comparing X.25 and Frame- 
Relay Protocols 
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Level 3—Packet Level/X.25 
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times in the frame-relay environment. The Ameri- 
can National Standards Institute has offered a so- 
lution in the form of the Explicit Congestion 
Notification (ECN) flow control protocol. 

It appears, then, that frame relay as well as 
the proprietary StrataCom FastPacket protocols 
will offer some reasonable solutions to connecting 
remote LANs through the WAN internet. While it 
may not be a panacea, it combines many of the bet- 
ter attributes of both packet and circuit switching, 
but one must remember that there is no best solu- 
tion in the absence of a specific set of require- 
ments. 


Metropolitan Area Networks and FDDI 


The remaining alternative for interconnecting © 
LANs located within a moderate geographic area 
(on the order of 1 to 200 km.) is establishing a met- 
ropolitan area network (MAN) or a Fiber Distrib- 
uted Data Interface (FDDI). Both of these | 
alternatives are available; however, the FDDI tech- 
nology is maturing more rapidly simply because of 
a head start in the standards development process. 
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MANs 

IEEE 802.6 MAN has gone through a number of 
painful iterations in its development over the past 
seven years. It originally was envisioned as a 
CATV broadband network, and from there mi- 
grated to a slotted optical fiber ring. More recently, 
a proposal from Telecom Australia was adopted for 
an entirely new implementation called a Queued 
Packet Synchronous Exchange (QPSX). This was 
then modified and has become known as the Dis- 
tributed Queue Dual Bus (DQDB). If this sounds 
confusing, remember that there are two activities 
that end users should not heed closely. The first 1s 
““sausage making” and the second is standards de- 
velopment. 

In any case, the basic 802.6 MAN operation 
consists of two busses designated the “‘A”’ bus and 
the ““B”’ bus. These busses are configured in con- 
centric rings and both are terminated on each end 
in a scheduling and slot-generation device (see Fig- 
ure 10). . 

The nodes form a distributed queue, and 
making requests on one bus to transmit packets on 
the other. The architecture lends itself to guaran- 
teed bounds on network access, which, in turn, 
makes it highly suitable for digital voice traffic. It 
is an extremely high-speed network, operating at 
155M bps. 


FDDI i 

The FDDI optical fiber ring is similar to the 802.5 
token-ring in many respects. While it provides a 
great deal of bandwidth and expanded geographic 
range, there are limitations that are a function of 
both the “‘laws of physics” and specific perfor- 
mance criteria. 

The laws of physics require that there be a 
maximum of 2 km. between nodes because of sig- 
nal attenuation, with a maximum of three by- 
passed nodes between active repeaters. Due to 
clock skew between stations resulting from propa- 
gation delay, the FDDI ring is limited to a 4,500- 
octet packet. Performance constraints dictate that 
no more than 500 nodes be attached to the ring 
with a maximum distance of 100 km. overall 
length. 

The frame structure is very similar to the 
802.5 ring, and it also supports both 16- and 48-bit 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro Information Services Group. Delran NJ 08075 USA 


4835 13 
Design & Development 


addresses. It employs the same 32-bit frame check 
sequence (Cyclic Redundancy Check—CRC), and 
a token-passing protocol that appears very similar 
to the 16M bps token-ring. 

The ring is usually wired in dual concentric 
rings, providing a high degree of reliability as well 
as facilitating priority access as required. 

802 LANs can be connected to the FDDI ring 
by means of MAC bridges, providing significantly 
lower performance penalties than internet routers. 

Although the current specification calls for 
62.5-um. optical fiber, there are implementations 
(nonstandard) using single-mode, 8-um. fiber. The 
FDDI protocol has also been implemented on un- 
shielded twisted pair at 100M bps over very short 
distances. 

An FDDI-2 specification has incorporated 
protocol changes facilitating digital voice traffic, 
thus making it competitive with the 802.6 MAN. 


Summary 

There are numerous mature options for intercon- 
necting LANs over both short and long distances. 
Using lower level devices, such as repeaters and 
bridges, presents less implementation risk, lower 
costs, and higher performance. On the other hand, 
Network Layer routers are considerably more 
costly, are far from “transparent,” but provide 
much greater operational functionality. 

Each interconnection scenario will have its 
own set of special requirements. It is these require- 
ments that will determine the suitability of any 
given solution. 

One final caution on the subject of standards. 
While the IEEE has recently introduced the 
802.1D MAC sublayer bridge specifications, there 
are few products currently on the market conform- 
ing to these specifications. It 1s essential that stan- 
dards compliance be verified before using bridges 
of different vendor origin in the same environ- 
ment. There is a strong probability that different 
manufacturers’ bridge products will not interoper- 
ate until the standard’s acceptance becomes a real- 
ity. B 
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This report was prepared exclusively for Datapro by Michael L. 
Rothberg. Mr. Rothberg is president of Applied Network Solu- 
tions, Inc., a Somerset, NJ firm specializing in designing, devel- 
oping, and implementing local and wide area computer 
networks for government and commercial clients and providing 
market and product planning services for communications sup- 
pliers. , 


Prior to founding the company in 1981, Mr. Rothberg was a 
vice president of the Chase Manhattan Bank, NA, where he 
pioneered the application of digitized speech and local net- 
working technology to support banking applications. He is a 
frequent contributor to trade publications and is a Datapro ad- 
visor. 


Managing LANs 7 


AUGUST 1991 | e 2 : © 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
| oe Datapro Information Services Group. Delran NJ 08075 USA 


in this report: 

Bridging (Layer 2)................ 3 
Routing (Layer 3)................. 7 
GatewayS.............ccsccccccssseees 9 
Hybrid Products ................ 10 
LAN Internet 

Management ..................04 10 


Looking to the Future: 
Intelligent LAN 
Internets ............cccccceseeseees 12 


Managing LANs 4837  . . .}.}.....®|© 


Design & Development 


DATAPRO 


Planning and 
Implementing a 
Local Area Network 
Internet 


Datapro Summary 


The computer revolution, the personal computer revolution, and finally the local 
area network (LAN) revolution have changed the way businesses think about the 
tools of competitive advantage. The next challenge is converting isolated LAN 
islands into internetworks (internets). Key issues in addressing this challenge in- 
clude the following: planning a LAN internet; choosing device types; analyzing 
user needs and traffic patterns; creating topologies and functions to serve specific 
device types and users in your internet; managing your internet; and preparing for 


an effective future internet. 


The Need for LAN Internets 


Interest in LAN internetworking has in- 
creased sharply in the past four years in re- 
sponse to new technologies and new busi- 
ness realities. Fortune 1000 companies with 
individual LANs want to leverage their re- 
sources by creating linkages, bringing cor- 
porate databases within the reach of more 
skilled workers and bringing a higher level 
of communication to the company. In addi- 
tion, the dramatic upsurge in mergers and 
acquisitions, undertaken to improve com- 
petitive positions in the domestic and 
world markets, has produced merged cor- 
porations with incompatible networking in- 
frastructures and an urgent need for effec- 
tive internets. Since the LAN market has 
been characterized by innovation and a rel- 
atively large number of vendors, the in- 
stalled base of LANs being challenged by 
the need for internetworking reflects a sig- 
nificant amount of technical and functional 
diversity. 

LAN internetworks come in four basic 
types: local, campus, metropolitan, and 
wide area. If you link LANs that are within 
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the confines of a single building, you have a 
local internet. Linking two or more closely 
spaced buildings creates a campus internet; 
many users create local internets within 
each building and then link the buildings 
together with a high-speed backbone (see 
Figure 1). Metropolitan area network 
(MAN) internets give companies a high- 
speed backbone for connecting LANs 
across a metropolitan area. 

Finally, if any or all of the individual 
LANs or local internets include wide-area 
internetworking devices, you can link your 
local internet to other LANs or internets in 
other cities, creating a private wide-area 
network (WAN) with remote internetwork- 
ing devices. The major difference between a 
local and a wide-area internet is that a local 
internet uses a single device to link two or 
more LANs, while a wide-area internet uses 
two devices per link because each end of the 
connection requires its own internet de- 
vice. 

The major desire of LAN users is for 
transparent access to all resources, regard- 
less of physical location—across the build- 
ing or across the globe. Incorporating stan- 
dards into the network design is the most 
effective way to reach this goal. 
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A campus internet includes many discrete LANs plus links to the outside world. 


Framework for Product Development: 
Standards Models 


Standards that hold the most interest for internet planners 
include the IEEE 802 Committee’s series of standards and 
the Open Systems Interconnection (OSI) Model’s stan- 
dards developed by the International Organization for 
Standardization (ISO) and the U.N.’s International Tele- 
graph and Telephone Consultative Committee for Tele- 
phony and Telegraphy (CCITT). 


IEEE Standards 

The IEEE 802 Committee has developed a series of LAN 
standards, including the Ethernet look-alike 802.3 stan- 
dard, the 802.5 token-passing ring standard, the 802.1 
standards for network management and internetworking, 
and the 802.6 MAN standard. The IEEE 802 standards 
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and the first two layers of the OSI model are concerned 
with the same functions, as shown in Figure 2. 

The Physical Layer determines how the data will be 
placed on the medium, so it specifies voltages, power lev- 
els, and physical interfaces between devices and the me- 
dium. The medium itself forms a so-called Layer 0 (zero) 
below the physical layer. The second layer, called the Data 
Link Layer, has a two-fold purpose in the IEEE version. 
The Media Access Control (MAC) sublayer helps the first 
layer regulate how the data will be placed on the medium. 
The upper sublayer, called Logical Link Control (LLC), 
creates frames from the raw bitstream of the physical layer. 
The LLC also determines how a station will get on the net- 
work, how it will be addressed, and how the sender and 
receiver will establish their logical link. It is important to 
remember that this logical link is a very low-level protocol, 
analogous to making a physical connection between two 
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Figure 2. 
IEEE and OSI Models 
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telephones. Logical link control is not concerned with the 
content of the data that flows over the link. 

Figure 2 illustrates that the popular 802.x LAN stan- 
dards and the ANSI FDDI standard specify the physical 
layer and the MAC sublayer with the LLC sublayer acting 
as a single, common specification (802.2) for logical link 
control. 


OSI Standards 

The OSI Model divides all the typical network services 
into seven layers of functionality. Since the Model’s pur- 
pose is to provide a functional framework for present and 
future network design and development, each layer is en- 
capsulated with specific functions and specific inputs and 
outputs to other layers. New protocols can be added to or 
deleted from the stack without interfering with the func- 
tioning of any other layer’s protocols. 

Above the two lower layers, which are almost exact an- 
alogs of the IEEE layers, the OSI model continues with a 
Network Layer where packets are created and transferred 
from LAN to LAN. This layer is also called the internet- 
work layer. Above the Network Layer are the data integ- 
rity, transport, data format, security, and authentication 
functions in the Transport, Session, and Presentation Lay- 
ers. The topmost layer is called the Application Layer be- 
cause these protocols provide services to the applications 
programs themselves, services such as file system manage- 
ment and access (FTAM), virtual terminal, directory 
(X.500), and electronic mail management (X.400). 
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The IEEE 802 standards and the first two layers of the OSI Model address the same functions. 


Layers and Device Types 

There are many different ways to create an internet (see 
Figure 3). Choosing between the alternatives requires you 
to understand what kind of internet you want to build and 
then map those needs to the OSI layers and finally to a 
specific device type. If you want to link all your LANs into 
one single enormous LAN, you need Layer 2 linkage, 
which is called a bridge. If you are primarily interested in 
traffic management—multiple routes from one LAN to 
another—and you want to manage each LAN individually, 
you are looking for a Layer 3 device, a router. If you want 
your LAN-to-LAN linkages to connect disparate operating 
systems and application environments, you are looking for 
a Layer 7 device called an application gateway. If you are 
looking for a linkage to wide-area packet switching net- 
works, you are looking for a different kind of network layer 
device, called an X.25 gateway. 

One of the most difficult challenges facing an internet 
manager today is consistent definition of terms; vendors in 
the internet industry have been particularly flagrant in 
misusing these terms, either unintentionally or quite inten- 
tionally. Network managers must ignore the vendor labels 
and dig into layer functionality in order to discover 
whether a particular vendor’s “gateway” is really function- 
ally a bridge or a router. 


Bridging (Layer 2) 


Bridges are very simple to operate, relatively inexpensive, 
and consequently very popular. Functionally, a bridge 
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To create the optimum internet, the user must determine the internet’s requirements and then map those requirements to the OSI 


layers and then to a specific device type. 


links two or more LANs into a single, larger LAN, per- 
forming the linkage at the Data Link layer. The individual 
LANs are called LAN segments, since the bridges turn the 
formerly independent islands into a continuous land mass. 
Since it is a Layer 2 device, the unit of transfer is the frame. 


Topology and Spanning Trees | 
Your topology should never include two or more active 
bridges connecting the same two segments. In addition, 
most state-of-the-art bridges conform to the 802.1 Section 
D Spanning Tree standard, which creates a logical tree 
structure when it determines the best path from sender to 
receiver. In order to create a tree from what is usually a 
mesh, one or more bridges is inactivated, as shown in Fig- 
ure 4, Spanning Tree was designed to circumvent looping, 
which can occur in poorly designed LANs where bridges 
run in parallel; packets can “loop” back to their originating 
segments, clogging the network and making no progress 
toward their destinations. In properly designed networks, 
bridges constantly test for loops and shut themselves down 
if they discover one. | 
Managers must understand addressing to interrelate in- 
ternetworking devices, functions, and business needs, be- 
cause a network device’s address is its identity. Let us look 
at how bridges read addresses. 


Filter and Forward 


A bridge reads the data link (DL) source and destination 
address of every frame that comes its way. As it does, it 
learns the locations of sender devices. Learning bridges 
generate these device tables automatically, as shown in 
Figure 5. If a bridge has not seen a particular address in the 
source address field for a specific period of time, it deletes 
it—a process known as aging an address. 

When a bridge receives a new frame, it reads the desti- 
nation address and determines whether the frame is local 
or foreign, a decision process called filtering. If the desti- 
nation address is local—on the same segment as the source 
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address—the bridge discards the frame. If the address ex- 
ists on the second segment, the bridge forwards it; that 1s, it 
sends it through. A bridge that can filter at the full band- 
width of the LAN is transparent to end users—they don’t 
know that it’s there because they experience no delays in 
making connections. | 

If the bridge does not have the destination address in its 
address table, it assumes it is foreign and forwards it. This 
leads to an interesting question. In Figure 6, we have three 
LAN segments connected with a single bridge. If the bridge 
gets a frame from segment A with a foreign address, where 
does the bridge send the frame, to B or to C? The answer is 
both. The bridge makes a copy of the frame and forwards 
one copy to each of the possible locations, a process known 


as flooding. If the address is valid at all, the receiving sta- 


tion will answer. When the answer frame passes through 
the bridge, the bridge will discover the new address’ loca- 
tion and can add it to the address table. 

Since a bridge links LANs into a single, large LAN, all 
the addresses anywhere in the new internetworked LAN 


_ must be unique. You can understand how this would work 


by analogy to street addresses. If we all live in Tallahassee, 
there can only be one 129 Main Street. In fact, LAN man- 
agers encounter many problems stemming from address- 
ing conflicts in which two or more LAN citizens have the 
same address, or where a station repeatedly tries sending a 
message to a nonexistent address. In the first case, the 
sender can elicit an “answer” from the wrong device and in 
the latter case, the LAN is flooded with nonsense packets. 


Servers as Bridges 

Since a server is the primary enabler of most services on 
PC LANs, servers have been critical elements in develop- 
ing effective LAN internetworks. Internetwork servers 
function in two ways: as internet devices themselves 
(bridges, routers, gateways) and as the major vehicle for 
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Spanning Tree prevents loops by choosing a single route and disabling all other potential routes. 


delivering information-sharing—the major reason for cre- 
ating the internet in the first place. When end users any- 
where in the internet can access any information on any 
server, your company’s effectiveness is multiplied. 


Managing a Bridged Internet 
Bridges are an excellent choice for simply extending the 
size of a single LAN. From a management perspective, 
since bridges are only yes/no pass-through devices, a 
bridged internet is a single-management domain. 
A bridge can be used as a management tool with pro- 
- grammable filters. It can, for example, be programmed to 
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reject all incoming broadcast frames. This type of segment 
is not troubled by sometimes wasteful broadcast traffic. A 


‘segment that is involved in extremely secret development 


work is sometimes isolated in another way, with no outgo- 
ing traffic allowed. Smart bridges can be programmed to 
filter in any way that involves data link information: size 
of the frame; network layer protocol (contained in Other 
Data Link Layer information in Figure 6); specific ad- 
dresses, and so on. We'll discuss smart bridges again later - 
in this report. | 

When considering whether to Guy bridges for internet- 
working, you must tt decide wee traffic level you can expect 
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Figure 5. 
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A learning bridge generates device address tables automatically. 


on your LAN and the types of devices that you expect to be 
LAN citizens. If the incoming traffic is more than the 
bridge can process (bridges have relatively small buffers), 
it will discard the overload frames. If so few consecutive 
frames are forwarded that most applications are affected, 
the bridge is said to be choking on the traffic. High- 
bandwidth applications like CAD/CAM, desktop video, 
simulations, and other graphics-intensive users can easily 
choke bridges. 


Ethernet to Token-Ring Bridging 


Note: Token-Ring is an IBM product; token-ring is a ge- 
neric technology specified by 802.5. 

Ethernet and IEEE 802.3-compatible LANs have the 
largest installed base, while IBM and 802.5-compatible 
token-ring networks have taken a narrow lead in terms of 
new shipments. Therefore, Ethernet bridges outsell all 
other bridge types, closely followed by IBM Token-Ring 
bridges. The newest frontier in bridging is the .3/.5, or 
Ethernet/Token-Ring, bridge. 
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The .3/.5 (“three-to-five”) bridge poses a considerable 
technical challenge to designers for three reasons: 


1. The difference in access method. Ethernet’s 
CSMA/CD creates a contention environment while 
token-ring insists on deterministic access. Clearly, the 
latter kind of bridge must wait for a token before it can 
effectively forward Ethernet packets and must there- 
fore have a larger-than-average buffer. It will be less 
than completely transparent from the Ethernet user’s 
perspective and not quite deterministic from the 
token-ring user’s perspective. 


2. A Big Pipe/Little Pipe issue in which a 10M bps Ether- 
net is feeding into either a 4M bps or a 16M bps IBM 
Token-Ring product, and up to 80M bps with other 
token-ring vendors. (The 100M bps FDDI networks 
really exacerbate the problem, unless the FDDI ring 
functions only as a backbone.) 


3. Finally, and most challenging, 802.5 networks have an 
aberrant method for creating a connection between 
sender and receiver. In contrast to the 802.1 Section D 
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A bridge floods when it receives unknown addresses. 


Spanning Tree specification, which governs all other 
standard LAN types and in which the internet devices 
create the path, 802.5 networks require the end-user 
device to create the path, a process called source rout- 
ing. (In this discussion, ignore the fact that a bridge is 
doing something called routing.) 


The disadvantages of source routing include the heavy 
burden it puts on user devices, which may not have mem- 
ory available for route-building functions, and the fact that 
the source routing algorithm is not as robust as Spanning 
Tree. Three-to-five bridges obviously need to map these 
two loop-prevention methods to each other, as efficiently 
as possible. The IEEE’s new Source Routing-Transparent 
Bridging (SR-TB) standard specifies how the bridge ar- 
ranges for source route bridging on the 802.5 side and 
spanning tree bridging on the 802.3 side. Most vendors 
producing 3-to-5 bridges have announced support for this 
and related standards. Some non-IBM token-ring products 
follow the 802.1D (spanning tree) specification, so these 
bridges cannot interoperate with source routing token-ring 
bridges. 


Routing (Layer 3) 


The purpose of a router corresponds generally with the OSI 
Model’s Layer 3 functions: efficient traffic flow and man- 
agement of end-to-end packet flow. A router must be able 
to route traffic using both datagrams and virtual circuits. 
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Routers as Traffic Managers 
In order to make its routing decisions, a router reads the 
packet’s network address, which is contained in the third 
layer’s control information (see Figure 7). Most LAN users 
think of their workstation address as a simple string of 
numbers, corresponding to the address of the network in- 
terface card; for example, 12345A2. The full workstation 
address is actually 239/12345A2, where 239 is the network 
address. The full device address is equivalent to 129 Main 
Street, Topeka, Kansas. If we all live in Topeka—or are 
citizens of the same LAN—we can state our address as 129 
Main Street. To communicate with someone outside of 
Topeka—or network 239-—-we must specify the full ad- 
dress. This example points out another way of thinking 
about routers: a way to set up a connection to another, 
separate LAN, to get “off net.” In an internetwork using 
routers, you are linking separate networks with distinct 
network IDs. Each individual LAN may use bridges to 
make connections between its segments. In this type of in- 
ternet, the individual LANs are subnets of the internet. 

Because a router reads the network layer address, it is 
oblivious to the addressing and other issues of the Data 
Link layer, but it is protocol specific. This protocol- 
sensitivity makes the router singularly unlike the bridge, 
which will pass any LLC-compatible frame, whether it be- 
longs to Digital’s DECnet, IP, XNS, or another stack. 
When deciding when and how to use routers in your net- 
work, remember that a router can only manage traffic that 
belongs to a specific protocol stack. 

This protocol-specific nature can create problems for 
network managers who must manage internetworks using 
many different protocol stacks, if each individual stack 
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Bridge and Router Packets 


The bridge 
reads 
this 
Bridges and routers read different parts of a typical packet. 


needed its own separate set of routers. Fortunately, multi- 
protocol routers exist, usually composed of a hardware 
platform with management and protocol-filtering software 
on one or more individual protocol boards. After detemin- 
ing the incoming packet’s protocol identity, the filtering 
software passes the packet to the appropriate protocol 
board. 


it Pays to Advertise 

A router functions by providing services when requested, 
but it takes an additional step—it advertises as well. A net- 
work station that wants to send one or more packets off-net 
sends its request directly to a router, addressing it specifi- 
cally. A router listens for its address and processes only 
packets addressed to it, unlike the bridge which processes 
every packet that it encounters. If the incoming packet is a 
single (datagram) packet, the router forwards it individu- 
ally. If the incoming packet is a virtual circuit setup re- 
quest packet, the router will decide whether a virtual cir- 
cuit is feasible; if it is, the router assigns a virtual circuit 
number and informs the sender to proceed. Meanwhile, 
the router is communicating directly with either the desti- 
nation station or with the next router in the path. While 
the circuit 1s active, the router is the immediate destina- 
tion of all sender-generated packets and it provides flow 
control on the circuit. 

The end-user stations know the router’s address be- 
cause every internet router transmits an “‘advertisement”’ 
broadcast packet at regular intervals, informing the citi- 
zenry that it is in business and providing its addresses. 
That is also how the routers learn of each others’ existence, 
allowing them to build directories of routers and the net- 
work addresses to which each can build a path. These di- 
rectories are known as routing tables. The internet’s rout- 
ers communicate with each other regularly concerning 
their traffic load levels and the networks to which they can 
make a connection, as well as the cost associated with each 
route. This “‘cost” can be measured in the number of inter- 
vening routers between sender and receiver, called a hop 
count. The cost can also be measured in milliseconds-of- 
delay or in other factors. Routers use routing protocols to 
communicate with each other, and it is these routing pro- 
tocols that create routing tables and calculate costs. The 
Routing Information Protocol (RIP) counts hops, while 
**Hello” measures delay, for example. 

Consider a user station on network 100 that must make 
a connection to a printer on network 230. The user station 
sends a request to its local router, which knows about an- 
other router that, according to its routing table, knows how 
to get a packet to network 230. Your local router’s routing 
table allows it to build a route to any network in your in- 
ternet. We say that routers “know the entire network’s 
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topology.” (This isn’t technically correct when you are us- 
ing one of the newer protocols that segment information 
flow, but it is absolutely correct in a functional sense.) 

Routers learn about local addresses on their own net- 
works by listening to the source addresses of locally- 
addressed frames. In some routing protocols, end user de- 
vices “‘advertise”’ directly to their local routers. 


Using Routers 
Routers must find the best route between sender and re- 
ceiver. A network manager determines what constitutes 
“best” by choosing a routing protocol and programming 
optional parameters, if any. A router can choose the cheap-_ 
est WAN link, or alternately, choose the fastest. In either 
case, the router must try to balance network traffic loads 
by choosing the least busy of all available routes, a process 
known as load balancing. In order to make the best use of 
alternate routing, of course, there must be more than one 
possible way of getting from sender to receiver; therefore, 
an internet generally has two or more routers per network. 
In some cases, the choice of routing protocol has a pro- 
found impact on your allowable topology. Using RIP, an 
internet packet has a maximum allowable hop count of 16, 
after which it is discarded as too old. If you are designing 
very large RIP internets, two networks that are more than 
16 hops away from each other will be unable to communi- 
cate because they will never learn of each other’s existance. 
A remote connection generates two hops so RIP is espe- 
cially problematical for WANs. Similarly, if you are using 
the Hello routing protocol, two networks may be effec- 
tively cut off from each other if the accumulated delay 
across the intervening internet devices exceeds the maxi- 
mum delay. Newer routing protocols, notably TCP/IP’s 
Open Shortest Path First (OSPF) and OSI’s Intermediate 
System-to-Internediate System (IS/IS) were specifically 
designed to handle the needs of large, very complex inter- 
nets, and most vendors have announced plans to support 
one or both of these standards. 


New Router Functions 

In addition to simply balancing traffic loads, some routers 
can be programmed to give certain traffic types priority 
when bandwidth 1s limited—a process called priority rout- 
ing. For instance, IP packets can receive priority over IDP 
packets, or graphics workstation traffic can be routed in 
preference to other traffic requests. 

A new development still being tested in universities and 
research laboratories is the concept of bandwidth reserva- 
tion, whereby a connection setup propagates all the way to 
the end station before the sender gets the go-ahead to 
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Figure 8. 
Gateway Tunneling 


DECnet 


DECnet packet 


transmit. This system developed in response to the prob- 
lem that many high-bandwidth applications have encoun- 
tered in already loaded networks, whereby the first router 
provides bandwidth but the connection is blocked later in 
the setup. Meanwhile, the first router has surrendered a 
significant amount of its available bandwidth (fruitlessly, 
as it turns out), blocking other users, while the connection 
will not succeed because of bandwidth blockage later in the 
circuit. If the entire connection were given approval only 
after all bandwidth were allocated, high-bandwidth appli- 
cations would connect more frequently and other users 
would be blocked less often, making routers more efficient. 
This new development presents many thorny technical 
problems, but research is continuing because of the incred- 
ible proliferation of graphics-intensive and other high- 
bandwidth desktop devices since 1986. The move toward 
high-bandwidth user devices is one of the major trends fu- 
eling the transition from bridges to routers as internet- 
working devices. 


Routers as Management Devices 

Routers can also perform other essential management 
functions in your internet. For instance, since the router 
segments an internet into separate networks, problem de- 
termination is faster—looking for the problem in a single, 
smaller LAN yields a smaller number of potential culprits. 
In addition, a router can function as a network “firewall,” 
isolating failures and problems to a single LAN. Bridges, 
because they do their decision-making almost exclusively 
on the basis of data link addresses, allow many damaging 
packets to proliferate throughout the LAN. A router fire- 
wall can keep problems local. When you consider the num- 
ber of network problems that can cause “Ethernet 
meltdown,” firewalls become attractive. Therefore, seg- 
menting your network with routers gives you added error 
management as well as traffic management. 
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Routers have their disadvantages, of course. For exam- 
ple, routers generally cost more than bridges because of 
their more sophisticated functions. Routers are also 
protocol-specific, so each protocol must be present in all 
the routers in order for the internet to function. Routers 
within each protocol group must also use the same routing 
protocol. Unless you choose completely CCITT/ISO 
standards-based products (and sometimes even then), ven- 
dor implementations of protocols vary enough to make it 
advisable to buy all your routers from a single vendor. This 
constrains your choices in both initial installations and in 
migration to future needs. 


Gateways 


A gateway does more than simply read a packet’s address; 
it actually restructures the packet in some way. If a DEC- 
net packet must be passed to an SNA network as an SNA 
packet, it must pass through a gateway. In effect, a gateway 
is a protocol translator. Because the gateway must read and 
then re-create the packet headers in a new form, it always 
affects performance to some extent. The newest and most 
cost-effective—ain dollars and performance—form of gate- 
way is one that allows packets to “tunnel” through a for- 
eign network architecture. Instead of changing the packet’s 
headers to conform to the new architecture, an architec- 
ture gateway can simply put the complete packet into an 
envelope of the new protocol stack. This re-enveloping 
process can occur much more quickly than traditional 
gateway processing. In Figure 8, two DECnet LANs using 
gateways tunnel across an SNA network. (Protocol names 
are used here only for illustrative purposes. Any protocol 
with the appropriate gateway can tunnel in this manner.) 


JANUARY 1992 


10 4837 
Design & Development 


Layer Seven Gateways 

A gateway functioning at the Application Layer is usually 
an application gateway. The most popular type of applica- 
tion gateway is the electronic mail gateway, based on the 
tremendous popularity of electronic mail systems. Most 
LAN architectures include two or more electronic mail 
programs; some application gateways translate from one 
proprietary package to another, while others translate to 
OSI’s mail protocols in the X.400 family. Currently, X.400 
software exists in two forms: as the transport method be- 
tween two incompatible proprietary mail systems, and 
“full native implementation,” which means that the two 
communicating systems generate their messages directly 
in X.400 formats. 


Multiprotocol Internetworking 

An architecture gateway that re-envelopes packets can also 
allow communication between incompatible devices on 
the same physical LAN. Two protocols can coexist on the 
same LAN, logically distinct from each other. An architec- 
ture gateway can act as an intermediary, translating be- 
tween two formats and allowing the two logical networks 
to become one. 

You can also bring different logical networks together 
through the use of a multiprotocol server. Multiple proto- 
col stacks on the same server allow users to access the same 
databases through their individual protocol environments. 
A server that allows simultaneous access through OSI, 
TCP/IP, DECnet, and XNS stacks, for example, reduces 
your dependence on an architecture gateway. 


Layer Three (X.25) Gateways 

Network Layer or X.25 gateways reformulate LAN packets 
into packets suitable for traveling on a public or private 
wide-area packet-switching network. With a well-designed 
internetwork, several departments, workgroups, or floors, 
each with their own LANs, can use the same gateway and 
have a single interface to the outside resources. With this 
single connection to public databases, the entire internet 
funnels its requests through a limited number of devices, 
significantly lowering costs compared to allowing each in- 
dividual user to make a separate connection. Disadvan- 
tages of network-based gateways include the loss of all con- 
nections if the single device fails or if the network is down 
for any reason. To forestall this potential danger, many 
companies use hot standby gateways or gateways running 
in parallel. 

Users can install an internet gateway board on an exist- 
ing LAN server. A communications server is a better can- 
didate for an X.25 gateway (if the internet has one) than a 
general-purpose server, because a gateway will create a 
heavy work load for a server. Many internets that experi- 
ence moderate to heavy wide-area communications needs 
install a dedicated X.25 gateway server. 


Hybrid Products 


Some of the most exciting products on the market today 
are hybrid products, embodying some functions of two or 
more separate products in a single box. Some smart 
bridges can deliver minimal least-cost routing over WAN 
links and even some minimal load balancing. Managers 
choose smart bridges for growing internets that do not 
need router-to-router communication, sophisticated load 
balancing, or parallel operation. 

Both terminal servers and X.25 gateways are popular 
choices for combination with a sophisticated bridge. These 
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server/gateway combinations are generally created by add- 
ing a new functional board-level product to an already ex- 
isting product line. 

Managers can also choose true multifunction boxes 
containing both bridges and routers. These integrated 
bridge/router products include a manager board to read 
the incoming packet’s network address and determine 
which protocol stack it belongs to. If it recognizes the pro- 
tocol, the manager board passes the packet on to the cor- 
rect router board. If it does not recognize the protocol, it 
passes the packet to the bridge board, which performs data 
link filtering and forwarding. In this way, bridging is the 
function to which an unknown packet defers, allowing the 
LAN to perform some kind of processing even on the most 
foreign packets and removing the major disadvantage of 
the router-only internet. 

Smart bridges and routers are also being integrated, as 
boards or as software, onto other mainstays of the data 
communications infrastructure, especially: 


e Packet switches and packet assembler/disassemblers 
(PADs) 


¢ Frame relay switches 
¢ T1/T3 multiplexers 


These integrated devices are truly revolutionary, allowing 
network managers to integrate functions into a smaller 
footprint device, saving space and management time. 
They also allow network managers to potentially manage 
more components of their infrastructure from a smaller 
number of access points. Bringing the entire infrastructure 
under a single management umbrella is the major theme of 
the management section of this report. In addition, the ad- 
dition of board-level routers into T1 networks (as Network 
Equipment Technologies did recently with its LWX 
router) allows T1 users to transition to routed internets 
without the addition of a complete new device and man- 
agement structure. The addition of frame relay options to 
existing integrated bridge/routers is another exciting de- 
velopment, since frame relay is a very cost-effective Data 
Link Layer wide area connection protocol. 


LAN Internet Management 


As the company’s LAN grows larger and larger, the hidden 
costs of inefficient (or nonexistent) LAN management 
grow exponentially. An internetwork is an intrinsically 
more challenging management task than a single depart- 
mental LAN. As the number of devices and linkage com- 
plexity increases, so does the possibility of protocol mis- 
maps and other more sophisticated misunderstandings. In 
addition, a larger number of devices leads to a larger num- 
ber of failures, which are increasingly more difficult to pin- 
point; errors also proliferate their effects across a wider 
area. 


Toolkits 

Protocol analyzers, especially the portable type, help lever- 
age human resources and in fact supply information not 
obtainable from any other source. The cost of proper 
tools—even the most sophisticated and expensive— 
represents a small fraction of the dollar value of your net- 
work management staffs time. When a network fails, the 
cost of tools becomes an even smaller percentage of the 
value of lost productivity. For a company to consider the 
network a corporate utility, and an essential weapon 1n the 
battle for market share in its industry, the network must 
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achieve both high reliability and high bandwidth utiliza- 
tion. Perhaps most importantly, the more reliable the net- 
work, the easier it will be to cost-justify the next new net- 
work purchases to upper management. 


Standards 

Since every vendor of LAN, WAN, and general communi- 
cations hardware and software sells its own network man- 
agement package, the challenge becomes integrating this 
array of incompatible systems. Most managers settle for 
multiple network management consoles, but a single net- 
work management standard is the ultimate user need. 

A network management standard requires that all de- 
vices in the internet report status, traffic levels, and other 
information into a common database, in a common for- 
mat, for later playback in tabular or graphic form. The OSI 
Network Management standards stipulate a three-tiered 
network management architecture which ends in a net- 
work management console from which a manager can 
monitor and control any internet device. Both AT&T and 
Digital Equipment Corp. have announced product archi- 
tectures that conform to this architecture specification— 
AT&T’s Unified Network Management Architecture 
(UNMA) and Digital’s Enterprise Management Architec- 
ture (EMA). 

OSI’s approach to network management is referred to 
as layer management, because each layer includes manage- 
ment functions. In addition, the Application Layer’s Com- 
mon Management Interface Services (CMIS) specification 
has spawned the Common Management Interface Proto- 
col (CMIP), on which many internet and LAN vendors are 
anchoring their network management architectures. The 
related Common Management over Logical Link Control 
(CMOL) specification, just released, will allow managers 
to manage networks that carry applications and logical link 
control, without any of the intervening layers’ functional- 
ity and software. 

The TCP/IP community created a simpler standard, 
called the Simple Network Management Protocol 
(SNMP), for managing bridges and routers in a typical in- 
ternet. SNMP has been endorsed by most internet device 
vendors as an infrastructure-management standard. 


Security in Your LAN Internet 


Internetworking certainly leads to more information shar- 
ing. As the internet manager, you must ask yourself: Am I 
doing more information sharing than I know about? As 
network complexity increases, an intruder has access to 
more LANs and more LAN databases in the course of a 
single successful break-in. In this sense, isolated LANs are 
safer LANs. 


Physical Security 
The first level of network security is physical security, in- 
cluding secure access devices and a secure medium. Access 
devices are generally user PCs and workstations. As a first 
line of defense, every user should be required to use a long 
(12 characters or more) password that does not include 
names of children, spouse, pets, or favorite sports team. 
Passwords must be changed at regular intervals to be effec- 
tive. Even ancient Hittite was dicipherable when philolo- 
gists had a large enough sample to work with! Your task is 
to make sure that an intruder doesn’t have that chance 
with your network users’ passwords. 

When the access device is a dial-in device, your network 
is especially vulnerable. Many network managers disable 
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the dial-in ports after business hours; this causes minor 
inconvenience to legitimate users and maximum inconve- 
nience to intruders. Call-back modems, which receive 
logon requests and then dial back to the user’s authorized 
telephone number, are very popular as well, because they 
can effectively block all unauthorized users. Since they 
transfer the telephone charges to the network owner, users 
should be employees, not customers, unless there is an ef- 
fective charge-back method. 

To protect the medium itself, you can choose intrinsi- 
cally tap-resistant media like fiber optics, or you can try to 
secure the medium within walls, as managers do with ex- 
isting twisted-pair wiring converted to LAN use. Many 
network managers value the star topology with unshielded 
twisted-pair wiring simply because the star is associated 
with wiring closets and closets can be locked. On the down- 
side, if an intruder is an insider with access to wiring clos- 
ets, concentrating the medium in one place provides easier 
access to all the LANs in one place. 

What an intruder does with access to the network me- 
dium is called packet sniffing, a colorful metaphor for the 
process of copying packets—including user data—from 
the data path. The tools that intruders use for security 
breaches are the same extremely sophisticated tools pur- 
chased for network management, making them a double- 
edged sword in the hands of your network management 
staff. 


Software Tools 

Government-sponsored research, especially military 
projects, frequently require that network data be en- 
crypted; that is, scrambled to make it unreadable without 
access to an unscrambling key. You can encrypt the entire 
packet or you can encrypt only the user data. Each ap- 
proach has its drawback in a complex internetwork. En- 
crypting only the user data (end-to-end encryption) leaves 
the addressing in the clear so bridges and routers can read 
it easily. This means the encryption will not cause perfor- 
mance bottlenecks, but it also means that an intruder will 
be able to trace traffic patterns—extremely useful infor- 
mation in an internet. Data Link Encryption (DLE) en- 
crypts the entire packet, so even traffic patterns are 
masked. Since the bridges and routers must decrypt each 
frame and packet before processing it, however, users may 
experience delays. In addition, the packets are vulnerable 
to attack at the internet devices themselves when they have 
been decrypted. If your internet devices are not physically 
secure, all the costs of encryption may be wasted. 

Moving beyond the physical medium, you can take pre- 
cautions to protect your  databases—servers, 
generally—by locking them away from user access in net- 
work management centers. Most LAN vendors have con- 
centrated on making their servers easy to use, and as a re- 
sult have created systems that are security nightmares. The 
network operating system must engage in self-protection at 
the file level by performing authentication checks for every 
user on every nontrivial file. This means that before users 
are given access to most files, they should be checked 
against an authorized list of users. 


Authentication Standards 

National and international standards bodies have not ig- 
nored the security issue, but it has taken a back seat to 
medium, transport, and applications issues. Authentica- 
tion is primarily a Presentation Layer (OSI Layer 6) pro- 
cess. 
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On the national level, the IEEE’s 802.10 subcommittee 
is developing a LAN security standard, while ANSI has 
developed several LAN and internet security proposals. 
Clearly, as users become more aware of the need for 
security—and the need to pay the necessary premium fora 
secure LAN—work on authentication and other security 
standards will receive the attention it requires. The ulti- 
mate challenge is to create networks that are easily used by 
legitimate users doing authorized things, while functioning 
as impregnable fortresses to all other potential users. 


Looking to the Future: Intelligent LAN 
internets | 


The internetworks of the 1990s will be larger and more 
complex, both from a technical and an applications sense, 
than ever before. These new internetworks will tax the re- 
sources, persuasiveness, and creativity of network manag- 
ers as they tackle both day-to-day and long-term chal- 
lenges. 


Device Trends 

LAN vendors will migrate as much intelligence as possible 
into internetwork devices of the 1990s, reducing the load 
on user devices and on the people who manage them. 
Routers with greater intelligence and more sophisticated 
routing protocols will lighten the network management 
load on network administrators. Network managers will 
continue to choose standards-based products, for both 
lower management costs and higher reliability in complex 
internetworks. — 

The mix of internetwork devices in a typical installa- 
tion will include more multifunction devices, with small 
footprints and as much individual functionality as possible 
moved into board-level products that allow a mix-and- 
match to fit user needs. The simple Layer 2 device has be- 
come a commodity, judged primarily on speed and price, 
while smart bridges will accelerate their integration into 
routers. Both bridges and routers will continue their inte- 
gration into the WAN infrastructure, becoming integral 
parts of packet switches, frame relay nodes, and T1 multi- 
plexers. Metropolitan network structures will become 
more common, giving companies an intermediate option 
for medium-distance LAN-to-LAN connections. More in- 
novative products that satisfy user needs for standards 
compatibility, modularity, and high performance will con- 
tinue to be best-sellers. 

By 1994, the internetworking industry will cease to be a 
segment of the LAN market and will have migrated to in- 
clude many WAN and MAN technologies. Internetwork- 
ing companies will be acquired by LAN companies, as the 
latter are acquired by computer and communications com- 
panies. 

Ultimately, LANs must be able to internetwork not 
only with each other but also with the emerging WAN in- 
frastructures: CCITT/ISO’s integrated services digital net- 
works (ISDN), frame relay, Bellcore’s synchronous optical 
network (SONET), and switched multimegabit network 


This Datapro report was written by Victoria Marney-Petix. Ms. 
Marney-Petix designs and delivers on-site seminars on inter- 
nets and network management and consults with vendors on 
new product development and competitive strategies from her 
office in Fremont, CA. She is the author of three networking 
books, most recently Client/Server Computing (1991) and 
Mastering Internetworking (1992). 
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services (SMDS). Although ISDN’s 64K bps data channels 
are significantly smaller pipes compared to 10M bps LAN 
speeds, LANs will need to internetwork with voice, data, 
and video transmissions of local and nation-wide ISDN 
pipes. IEEE subcommittees and the ISO/CCITT joint 
technical committees have developed several such inter- 
face standards to link LANs to ISDN. 

SONET has gained some success as a competitor to 
FDDI as a LAN backbone technology as well as a WAN 
option for telcos and interexchange carriers, but it has not 
been a market success (yet) outside of the telco industry. 
SMDS has been generating a significant amount of interest 
as a high-bandwidth technology but is still emerging, is not 


established, and has the disadvantage of being a purely 


North American phenomenon while its competitor— 
ISDN—has international backing. Both SONET and 
SMDS can deliver gigabit data rates. It remains to be seen 
which of these technology options will win in the market- 
place. In the short term, most internetworking vendors 
plan to support one or more of them. FDDI, ISDN, and 
SMDS have been designed to (theoretically) allow interop- 
erability, so users can expect migration routes to exist from 
today’s choices to tomorrow’s options. 


Management Trends 

An internet needs proactive management to complement 
problem determination and resolution, defined as reactive 
management. Managers must use the best available tools 
to ascertain and plan for future user needs. In order to do 
this, they will need facts and figures on network effective- 
ness to convince CEOs and other nontechnical manage- 
ment that investing in the network is a surer way to in- 
crease profits than sending the top sales producers to 
Hawaii for a week. A really effective internet manager will 
be someone who can convince management to not only 
invest in an internet upgrade but also send the network 
management team to Hawaii. 


New Technologies 

As if today’s unsolved problems were not enough chal- 
lenge, network managers can look forward to some addi- 
tional challenges in the future. More high-bandwidth ap- 
plications running on more and more high-powered 
workstations will press today’s 4M and 10M bps networks 
to their capacity limits and beyond. These applications 
will easily choke even the fastest bridges, affecting internet 
access for other users. Network managers need bridges 
with flow-control capacities (so-called choke packets, now 
available only in laboratory LANs), faster throughput, 
and—especially—the capacity to allocate bandwidth on 
all intervening internet devices before a virtual circuit is 
established. 

Emerging network technologies and standards will fur- 
ther compound LAN big-pipe/little-pipe problems when 
connecting both to ISDN and to the fastest wide-area in- 
frastructures. Even T3 capacity at 45M bps cannot matcha 
local network operating at FDDI’s 100M bps. 

Finally, the internet must assume the majority of the 
intelligence for day-to-day activities through intelligent 
routing, more effective network management, and the mi- 
gration of artificial intelligence (AI) software to internet 
devices. Corporations must reserve their network manage- 
ment personnel for proactive management tasks that will 
make the internet a genuine tool for the company’s success 
in its marketplace, while migrating as much of the fire- 
fighting intelligence as possible from people to software. Hl 
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Implementing CD-ROM 
Applications on a LAN 


in this report: Datapro Summary 


Prior to implementation on a LAN, users must understand how a CD-ROM appli- 
cation functions. Factors specific to CD-ROM applications include CD-ROM 
hardware (drives and controller cards), CD-ROM device drivers, Terminate and 


Decentralized versus 
Centralized Configuration... 2 


Configuring Workstations Stay Resident (TSR) software known as Microsoft Extensions, RAM CRAM is- 
to Access the CD-ROM sues, and “‘spill files.””» Two general configurations, decentralized and centralized, 
DONVEN css ascacesetdaescsenseatanye 4 _ can be used to implement shared, multiuser access to CD-ROM drives on a LAN. 


Many organizations already have LANs with file servers, modem pools, gateways, 
and other devices. Shared, multiuser access to CD-ROM applications requires a 
CD-ROM server. Users must plan fora CD-ROM server by considering flexibility 
and future expansion issues. It is also important to understand how a CD-ROM 
application must be configured to operate properly on a LAN. CD-ROM applica- 
tions that span multidisk sets, such as Medline or the Census Data (which requires 
10 or more contiguous CD-ROM disks), can create a real integration challenge. 


Configuring CD-ROM 
Applications for 
LAN US6 si s.i escieecceiiecteives 5 


How a File Server Fits 
Into CD-ROM LAN 


ACCOSS Aicchivain Aids aii: 5 

Market leaders are needed to produce useful third-party utility programs to sim- 
Multimedia..............cccceccceees 6 _—pilify the integration of CD-ROM databases on a LAN. 
SUMMAPY .........cecceeeesserenenees 6 


store over 600 million bytes of information. 


CD-ROM Applications—Pre- 
Networking 


Before addressing how CD-ROM applica- 
tions operate on a LAN, it is important to 
understand how CD-ROM applications 
have been developed. Keep in mind that 
there are hundreds of different CD-ROM 
developers, many of which envision the 
market as having standalone CD-ROM 
workstations, not networks. Most CD- 
ROM developers have not yet come to grips 
with LAN issues. 

To better understand CD-ROM applica- 
tions, it is helpful to understand the compo- 
nents of a CD-ROM application. 


CD-ROM Application Components 


CD-ROM Disk as a Data Source: One great 
benefit of the CD-ROM disk is that it can 


—By Howard McQueen 
CD Consultants, Inc. 
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Generally, this data is comprised of full- 
text information and the indices to the full 
text. More recently, images, audio, and 
video have also been placed on CD-ROM 
disks. 


Search/Retrieval Software: The applica- 
tion developer almost always provides pro- 
prietary search/retrieval software. A full 
95% of the applications use MS-DOS based 
software, usually supplied on diskettes but 
sometimes available on the CD-ROM disk 
itself. 


Spill Files: When a CD-ROM application 
is loaded into memory, the application cre- 
ates temporary spill files. The CD-ROM 
application generally attempts to create 
these spill files on the C: drive of the hard 
disk. 
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For a CD-ROM application to run in a standalone PC, 
the PC must have additional hardware—a CD-ROM 


drive, CD-ROM controller card with cable, and CD-ROM | 


device driver software. The CD-ROM controller card is 
inserted in a free slot in the PC and a cable is used to con- 
nect the controller card to the CD-ROM drive. 

Since each CD-ROM drive manufacturer’s equipment 
is different, a CD-ROM device driver (a software file) is 
supplied with each CD-ROM drive so that the PC is able to 
address the specific drive. There is an installation process 
which installs the device driver on the hard disk of the PC, 
then modifies the CONFIG.SYS file (to call the device 
driver). 


Spill Files 

Once running, the CD-ROM application creates spill files 
to increase performance. Spill files are created when a user 
starts an extensive search. The application will “spill’’ pre- 
liminary search results to disk and use the hard disk to 
complete the search process. Once the user exits the appli- 
cation, the spill files are removed. Applications generally 
default to creating spill files on the C: drive. Spill files can- 
not be created on the CD-ROM disk because it is read only 
memory (ROM). 


RAM-Hungry CD-ROM Applications 

CD-ROM developers created their applications based 
upon having 640KB of RAM available in stand-alone 
workstations. After loading MS-DOS, the CD-ROM de- 
vice driver and MSCDEX (Microsoft CD-ROM Exten- 
sions), the memory remaining in the PC is generally more 
than 540KB. Many CD-ROM developers designed their 
applications to use up to 540KB, not having the foresight 
to recognize the memory demands that LAN connectivity 
software imposes. 


Microsoft CD-ROM Extensions (MSCDEX) 
Standalone CD-ROM applications require Microsoft Ex- 
tensions for two fundamental functions. The first function 
is mandatory and the second is optional. 


Primary (Mandatory) Function of MSCDEX: Microsoft 
developed MSCDEX to allow MS-DOS to be able to read a 
CD-ROM disk. Since the CD-ROM disk (600MB storage 
capacity) exceeded the early MS-DOS voluine storage lim- 
itation of 32MB, the extensions allowed MS-DOS to look 
at the CD-ROM disk as a large read-only hard disk. It is for 
this reason that any stand-alone PC with a CD-ROM drive 
requires MSCDEX to be loaded into memory. Without 


MSCDEX, a PC cannot read the disc in a CD-ROM drive. 


Secondary (Optional) MSCDEX Function: MSCDEX is 
also an Application Programming Interface (API) which 
allows developers of CD-ROM applications to make calls 
to MSCDEX < to retrieve data and other information off the 
CD-ROM disk. It is not mandatory that developers use 
MSCDEX. CD-ROM applications can be developed with 
normal DOS programming calls. Today, a small group of 
important CD-ROM applications still use MSCDEX’s 
API functions. 

Now that the components and environment unique to 
CD-ROM have been reviewed, the focus of this report will 
turn to the issues involved in implementing CD-ROM ap- 
plications on a LAN. 
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Decentralized Configuration 

If an organization owns a number of PCs configured with 
CD-ROM drives, a configuration such as that shown in 
Figure 1 can be considered for sharing CD-ROMs over the 
LAN. 

The decentralized configuration appears ideal for uti-— 
lizing existing equipment and allows sharing of CD-ROM 
drives in any workstation connected to the LAN. An exam- 
ple of a commercial network operating system (NOS) that 
provides support for this configuration is LANtastic, by 
Artisoft. | 

LANtastic comes with built-in CD-ROM sharing sup- 
port. Any workstation with a CD-ROM drive can be 
shared over the LAN. The PCs that have CD-ROM drives 
can become shared servers and, at the same time, remain 
workstations. Any NOS which can provide this dual work- 
station/server capability creates a peer-to-peer LAN 
environment. 

Another benefit of this configuration 1s that only work- 
stations sharing CD-ROM drives are required to load 
MSCDEX (workstations # 1 and #2). Other workstations 
(i.e., workstation #3) that access the CD-ROM drives via 


Figure I. 
Decentralized (Peer-to-Peer) CD-ROM LAN Configuration 
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A decentralized configuration may be an effective method 
to use existing equipment and allow sharing of CD-ROM 
drives by any LAN workstation. 
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the LAN do not need to load MSCDEX. This saves a min- 
imum of 27KB of memory in each workstation without 
CD-ROM drives. 

The peer-to-peer LAN configuration is the least expen- 
sive way to create shared CD-ROM access. Cost alone, 
however, should not always be the determining factor in 
implementing a network design. Equally important factors 
to consider are reliability and performance. 


Limitation 

A peer-to-peer configuration allows an existing worksta- 
tion (with CD-ROM drive) to continue to be used as a 
workstation and also take on the role of CD-ROM server. 
In Figure 1, assume that all three workstations are access- 
ing the CD-ROM drive attached to workstation #1. What 
happens if: 


e The user of workstation #1 reboots that machine? 
e The application running in workstation #1 hangs? 
¢ Workstation #1 encounters a hardware parity error? 


In all of the above conditions, workstation #1 ceases to 
function as a workstation and also ceases to function as a 
shared CD-ROM server. The author is always reluctant to 
implement a system design which allows a single point of 
failure to adversely affect other users on the LAN. This is 
the major weakness of peer-to-peer networking. 

Even if the environment is relatively free of the faults 
just discussed, anytime a MS-DOS based PC is configured 
to perform two processes concurrently (workstation and 
server), it will perform both functions, but in a greatly re- 
duced capacity. Response time will suffer as more users 
share the CD-ROM. 

Earlier in this report, the two roles of MSCDEX were 
reviewed. The second role, that of an API, is still used with 
some CD-ROM products. LANtastic’s built-in CD-ROM 
support does not support LAN sharing of CD-ROM appli- 
cations designed using the MSCDEX API. 

It is possible to add a third-party CD-ROM LAN solu- 
tion that will remedy this problem. Products are available 
from Online Computer Products (Opti-Net), Meridian 
Data (CD-Net), and CBIS (CD Connection) that resolve 
the MSCDEX API problem. These software add-ons gen- 
erally require that the workstation/server become a dedi- 
cated server. When a workstation/server must become a 
dedicated CD-ROM server, a new PC must be purchased, 
which becomes a workstation. 

Before embracing a decentralized (peer-to-peer) ap- 
proach, organizations should understand that hidden costs 
and incompatibility issues can crop up. 


Centralized Configuration 

The Centralized approach suggests that all CD-ROM 
drives will be attached to one machine, known as a dedi- 
cated CD-ROM server (see Figure 2). Since the machine is 
dedicated, its only functions are to manage the multiuser 
access to the CD-ROM drives and reliably transfer infor- 
mation to the workstations on the LAN. Generally, the 
CD-ROM server is a wide-chassis 80386- or 80486-based 
PC. Given adequate free slots inside the CD-ROM server, 
three or more CD-ROM controllers can be installed, each 
with up to eight external, daisy-chained CD-ROM drives. 
The CD-ROM server should also be configured with a 
minimum of 8MB of memory, optimizing its performance 
for disk caching. 
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Disk caching is very important when one CD-ROM 
server must manage simultaneous, shared access to numer- 
ous CD-ROM databases. Why is disk caching important? 
The average access time of a CD-ROM drive is extremely 
slow—around 0.3 second. Without disk caching, the opti- 
cal server must perform a read of the CD-ROM disc each 
time a user requests a record. Consequently, the user is 
likely to experience a delay every time the “browse”’ key is 
pressed. 

Disk caching enables the CD-ROM server, on its first 
read of the disk, to bring a large number of related/sur- 
rounding records into memory (RAM cache). Since related 
records are in memory, a browse will often find the needed 
record in memory, not requiring the CD-ROM server to 
read from disk. Multiply this small savings by hundreds of 
occurrences and disk caching really improves perfor- 
mance. 

The CD-ROM server and disk drives can be moved toa 
secure area, behind closed doors. Workstations access the 
CD-ROM server over the LAN cabling. With this configu- 
ration, a single workstation malfunction or reboot will not 
bring the entire network down, as will happen with a De- 
centralized (peer-to-peer) configuration. 


Limitation 
The centralized approach is also susceptible to a single 
point of failure—the dedicated CD-ROM server. If the 


Figure 2. 
Centralized CD-ROM LAN Configuration 
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Using the centralized approach, all CD-ROM drives are 
attached to one machine, the CD-ROM server. 
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CD-ROM server goes down, all access to CD-ROM data- 
bases is denied. Planning for system redundancy will cor- 
rect this weakness. One workstation should be configured 
with the same components as the CD-ROM server. This 
workstation now takes on the additional role of alternate 
CD-ROM server. When the CD-ROM server malfunc- 
tions, the user merely moves the controller card(s) and 
CD-ROM drives to the alternate server—this can be done 
in less than one-half hour. (System redundancy can be in- 
expensively accomplished by ‘“‘building-your-own CD- 
ROM server,” rather than purchasing a “tower” unit.) 


Software-Only Products 

As mentioned earlier, three major commercial CD-ROM 
networking software-only products are available: CBIS’s 
CD Connection; Meridian Data’s CD-Net, and Online 
Computer Products’ Opti-Net. Each of these vendors pro- 
vides both NETBIOS and NetWare versions. Further, 
these products attempt to support all CD-ROM applica- 
tions, including those applications developed with MSC- 
DEX’s API. 

All these products allow more than one dedicated CD- 
ROM server on the LAN, therefore allowing hundreds of 
CD-ROM drives to be placed on the LAN. CBIS and Me- 
ridian Data also provide tower units that are a turnkey 
CD-ROM server hardwarc/software solution (dedicated 
~ CD-ROM server with a bank of internal CD-ROM drives). 


Configuring Workstations 
to Access the CD-ROM Server 


Before a workstation can access a CD-ROM disk that has 
been placed on the CD-ROM server, it must be able to 
access and communicate with the CD-ROM server. 


Workstations on the LAN requiring access to the CD- 
ROM server must load the following software: 


e The MS-DOS operating system, including files and buff- 
ers 

e The network communications protocol (IPX or NET- 
BIOS) and a network redirector (discussed later) 


¢ Workstation CD-ROM network software supplied by 
one of the commercial CD-ROM networking vendors 
(used to communicate with the optical server) 


¢ MSCDEX (for network access to the applications requir- 
ing MSCDEX API support) 


With all of this software loaded into the first 640KB of a 
workstation’s conventional memory, it is not unusual for 


the workstation to be left with a paltry 475KB. Since many 


CD-ROM applications suffer from RAM cram, any work- 
station left with 475KB will probably only be able to run 
half of the CD-ROM applications on the market. There- 
fore, workstation memory must be optimized! 


Optimizing Workstation Memory 

(Managing RAM Cram) 

Much has been written about MS-DOS 5.0 and its ability 
to increase RAM through memory optimization utilities. 
Known as DOS Extenders, this technology is a new feature 
of MS-DOS 5.0, but has been available from vendors such 
as Quarterdeck (QEMM), Qualitas (386Max & Blue Max) 
and Helix (NetRoom). Proper use of memory extenders 
can recover memory lost by LAN TSRs. This is accom- 
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plished by loading TSRs into reserved (but exploitable) 
memory between 640K and 1024KB (Fi igure 3). 

A new feature unique to MS-DOS 5.0 is its ability to 
load 40KB of the MS-DOS operating system between 
1024K and 1088KB, increasing available workstation 
memory by an additional 40KB. 

To utilize DOS extenders, workstations should be 386 
or 386SX PCs with a minimum of 2MB of RAM. Worksta- 
tions that do not have 386 processors require LIM 4.0 
EEMS memory boards in addition to memory-extender 
software which supports 286 PCs. 

It is critical to optimize workstation memory before 
CD-ROM applications are added to the network. The au- 
thor considers 540KB of free memory (after loading all 
LAN TSRs) to be a minimal goal. Novell has provided 
leadership in this area by releasing extended/expanded 
memory support for its NETX.EXE redirector TSR. By 
using EMSNETX/XMSNETX, the NetWare redirector 
loads above 1024KB (more about oe couware 
later). 


Figure 3. 
Optimizing Workstation RAM 


Proper use of memory extenders can recover memory lost 
by LAN TSRs. 
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MSCDEX Memory Requirements 

To operate properly, MSCDEX must be configured with 
its own buffers. Although there are no clear guidelines, 
vendors often suggest 8KB of memory per disk times the 
largest disk set. In our previous example, the four disk set 
would use 32K of RAM (8KB x 4) for MSCDEX buffers. 
Fortunately, a recent version of MSCDEX allows the buff- 
ers to be loaded into expanded memory (above 1088KB) if 
available in the workstation (see Figure 3). 


Configuring CD-ROM 
Applications for LAN Use 


Before running the CD-ROM application from your work- 
station, the application must be directed to access the cor- 
rect disk on the CD-ROM server. Since the CD-ROM 
drive is no longer physically connected to the workstation, 
a command must be made to make the proper CD-ROM 
drive on the CD-ROM server appear to the application as 
if it were directly attached to the workstation. This process 
of making shared network devices look like they are locally 
attached is known as redirection. The redirection process 
works as follows. 


e Step 1: The workstation loads MSCDEX and, depending 
upon the parameters used, MSCDEX creates and re- 
serves one or more drive letters for generic CD-ROM 
use. The letters assigned to MSCDEX begin immediately 
after the last hard disk letter in each workstation. If a 
workstation has a C: hard disk, MSCDEX letters would 
begin at the D: drives. 


Step 2: The workstation’s CD-ROM network software is 
called, which redirects a disk on the CD-ROM server to 
the D: workstation letter created in Step 1. 


At this point, the CD-ROM search/retrieval software (on 
the C: drive of the workstation’s hard disk) can be config- 
ured to look for the CD-ROM disk in the D: drive. Once 
the application is configured, the batch file which starts the 
CD-ROM application should follow four steps. 


e Step 1: Call the workstation’s CD-ROM network soft- 
ware and map the proper disk to the proper MSCDEX 
drive letter. 


e Step 2: Call/launch the CD-ROM application from the 
C: drive. 


e Step 3: As the application runs, it will create spill files on 
the C: drive. 


e Step 4: When the user exits the application, the batch file 
should include the necessary syntax to un-map the CD- 
ROM server’s disk from the MSCDEX D: drive letter. 


If the CD-ROM server has been configured with 32 CD- 
ROM drives, it would be logical to assume that one drive 
letter would be required for each CD-ROM drive to be 
shared. To begin, MS-DOS cannot deal with 32 letters. 
Fortunately, the letters that MSCDEX creates can be as- 
signed and re-assigned, allowing the letters to be shared by 
many different CD-ROM applications. When setting up 
CD-ROM LAN access, it is important to create/reserve ad- 
equate drive letters for the largest contiguous set of CD- 
ROM disks that comprise a single application. 
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CD-ROM Applications 

that Span Multiple Disks 

Ifa CD-ROM database is comprised of four disks, the da- 
tabase can operate as four separate applications. Users 
wishing to search for information which may be contained 
on all four disks would search each disk separately. This is 
both a time-consuming and cumbersome process. 

Recently, some CD-ROM developers have modified 
their search/retrieval software so that a search can auto- 
matically span all (or a user-defineable number) of the 
disks in a set. Using the example of a four-disk 
‘‘spannable’”’ database, it would be necessary to create four 
drive letters when loading MSCDEX. If a workstation had 
C: as the local hard disk, MSCDEX would create the D:, 
E:, F:, G: drives. To properly plan for the expansion of the 
database, the LAN administrator would reserve additional 
letters. 

Since the MSCDEX drive letters can be unmapped and 
remapped to different CD-ROM drives, CD-ROM appli- 
cations with a single CD-ROM disk can be dynamically 
assigned to the D: drive before the application 1s called. 

The need for CD-ROM drive letters generally comes as 
a real surprise for LAN administrators that have already 
planned out their drive letters for file server and other 
LAN resources. With larger disk sets, a real competition 
for drive letters is created. Recent upgrades to the MSC- 
DEX software allows the CD-ROM drive letters to be 
started at the drive letter of the LAN administrator’s 
choice. Any letters above E: generally require that the 
workstation’s CONFIG.SYS file contain a LASTDRIVE 
statement to increase local drive letters. 

When there are not enough drive letters to go around, 
methods must be found to interactively share the letters 
between CD-ROM applications and other LAN resources. 
Unfortunately, MSCDEX does not yet have utilities which 
allow it to release its hold on the drive letters that are as- 
signed to it. The “‘three-finger salute” (re-boot) is some- 
times required to properly reset the DOS environment. 


How a File Server Fits 
Into CD-ROM LAN Access 


Up to this point in the report, workstations running CD- 
ROM applications have run those application’s search/re- 
trieval software from the C: drive of their hard disks. The 
C: drive is also where the spill files have been created. 

When a large number of workstations require access to 
CD-ROM applications, the idea of loading and maintain- 
ing the search/retrieval software for each CD-ROM appli- 
cation on everyone’s hard disk becomes a nightmare for 
the LAN administrator. Why not install each CD-ROM 
application’s CD-ROM search/retrieval software one time 
on the file server? When more than one isolated workgroup 
requires access to CD-ROM, there is no doubt that central- 
ized maintenance of the CD-ROM search/retrieval soft- 
ware from the file server is preferred. 

Some developers continue to provide an install pro- 
gram which will only install on the C: drive. When encoun- 
tering these applications, beware that the application is 
likely to be “network unaware.” 


Applications that are network aware will provide the fol- 
lowing user-definable parameters. 


e Allow the LAN administrator to define what drive letter 
and/or subdirectory to which the search/retrieval soft- 
ware will be uploaded 
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e Allow the LAN administrator to define what drive letter 
and/or subdirectory the application will use to create 
spill files 


There are a number of applications that require the appli- 
cation be started in the directory where the search/re- 
trieval software is located. These applications often default 
to creating spill files in the same directory. Guess what 
happens when the second user tries to use the CD-ROM 
application and share the same directory on the file server? 
The CD-ROM application tries to create spill files for the 
second user and erases the spill files created for the first 
user, crashing the application for both users! 

Some developers have gotten around this problem by 
using a DOS runtime variable (using the syntax 
[SET = variable—name=value]). The value of this vari- 
able can be changed to point to a common drive letter on 
the file server (the user’s network home directory) or back 
to the user’s C: drive. 

Based on our recent work with a variety of CD-ROM 
applications, we estimate that 20% of the CD-ROM appli- 
cations will not perform properly on a file server. Because 
of this, it is important to have hard drives in each worksta- 
tion that will access CD-ROM applications. To support 
diskless workstations on a LAN, it may be essential to cre- 
ate a RAM disk, thereby creating a virtual C: drive. It is 
also possible to map a network drive to override local drive 
letters. 

Recent third-party products allow for CD-ROM drives 
to be directly connected to the NetWare 3.11 file server. 
Using NetWare Loadable Modules (NLMs), these drives 
emulate NetWare (hard disk) volumes, allowing users to 
access the CD-ROM data from the file server. 

Depending upon the CD-ROM product, it is technically 
possible to upload the data and index files on the CD- 
ROM disk to a large magnetic disk on the file server. With 
all of the data on the magnetic disk, the application would 
run substantially faster. Recognize, however, that many 
CD-ROM developers/publishers are reluctant to offer 
their information via file server access. Their reluctance is 
driven primarily by software piracy issues. 


Multimedia 


CD-ROM applications have begun to embrace multime- 
dia, incorporating text, graphics and audio to enhance the 
application. Multimedia applications create integration 
challenges when implemented on a LAN. 


VGA and super VGA images are large files which create 
increased LAN cable traffic, causing potential bandwith 
bottlenecks. 


Audio and stereo applications (when used standalone), 
require the user to merely plug into the audio jack of the 
CD-ROM drive. LAN users, not having access to the 
CD-ROM drive’s audio jack, must have a hardware 
board or software utility in their PC to capture and re- 
produce the audio signal. 


Full-motion video, besides creating LAN traffic, may re- 
quire that PCs be equipped with DVI (Digital Video In- 
teractive) hardware boards. These boards will compete 
for limited expansion slots on the PC’s motherboard and 
will be expensive. 
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Summary 


The intent of this report is to provide the reader with a 
clear understanding of the issues and obstacles associated 
with implementing CD-ROM applications on a LAN. The 
focus is on the key issues which LAN administrators and 
management will face when considering adding CD-ROM 
applications to an existing or new LAN. (UNIX, VAX, and 
other network configurations are not within the scope of 
this report.) 

CD-ROM local area networking is a technology whose 
time has arrived. Just as Compact Disc audio caught on 
when enough music was published on CD, CD-ROM ap- 
pears to have reached its threshold, with more than 2,000 
different titles available. U.S. Government agencies have 
mandated that CD-ROM will supplement and/or replace 
microfilm, microfiche and 9-track tape. The costs associ- 
ated with disseminating information on CD-ROM have 
continued to decline, as has the price of CD-ROM drives. 

The key complaint that we continue to hear from users 
of CD-ROM applications is that most applications sport a 
different user interface. Few CD-ROM applications have 
been developed for Microsoft Windows. Since there are so 
many publishers, no agreement has been reached regarding 
what the F1 key or the ESC key should mean. This leaves 
everyone desiring a single/interchangeable search engine. 

It is encouraging to know that there are organizations 
working to promote standards. One such organization is 
SIGCAT (Special Interest Group for CD-ROM Applica- 
tions and Technology). ““SIGCAT is a user group spon- 
sored by the U.S. Geological Survey which is devoted to 
the investigation of CD-ROM technology and its myriad 
applications,” according to SIGCAT literature. Member- 
ship in SIGCAT is free and includes bi-monthly meetings 
in Reston, VA and occasional meetings on the West Coast. 
If you cannot attend the meetings, minutes are mailed to 
you. Prominent speakers from around the world address 
the SIGCAT membership. SIGCAT has many sub- 
committees which focus on specific issues involving CD- 
ROM technology. For more information about SIGCAT, 
write to: E.J. (Jerry) McFaul, Chair, SIGCAT, U.S. Geo- 
logical Survey, 904 National Center, Reston, VA 22092- 
9998. 


Summary of LAN Obstacles 


Restrictive LAN Licensing: Although most publishers of- 
fer a LAN license, their definition of a LAN often envi- 
sions all workstations being located inside four walls. 
Many publishers have failed to recognize campus and 
multi-building networks as LANs and do not license their 
products for these environments. 


Cost of LAN License: Assuming that your planned use for 
CD-ROM products falls within the publisher’s definition 
of a LAN, subscription fees are usually higher. 


Workstation RAM Cram: Many CD-ROM applications 
require more than 500KB of free conventional memory. 
Workstation upgrades are almost always necessary. 


Non-IBM PC Workstations: Don’t forget that 95% of the 
CD-ROM applications are available only in the MS-DOS 
format. Macintosh, UNIX, and VT terminal users cannot 
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access these products unless third-party add-ons are pro- 
vided. These add-ons could take the form of UNIX VP/IX 
functionality, LAN/TCP gateways, PC/LAN node soft- 
ware emulation, etc. 


Network “Unaware” Applications: These are applications 
that fail to allow the LAN administrator to upload and 
maintain the application’s search/retrieval and spill files 
on the file server. 


This Datapro report was written by Howard Mc- 
Queen, president of CD Consultants Inc. (CDC), 
a consulting firm which has specialized in LAN 
and WAN implementation of CD-ROM applica- 
tions since 1987. CDC conducts workshops on 
CD-ROM LAN/WAN technologies and issues 
throughout the country. Major consulting cli- 
ents include federal government agencies, li- 
braries, universities, hospitals and research 
institutions. CD Consultants is located at 4404 
Keswick Road, Baltimore, MD 21210; tele- 
phone (801) 243-2755, facsimile (801) 243- 
9419. 
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MSCDEX API Compatibility: Some CD-ROM applica- 
tions require that MSCDEX (or full-emulation support) be 
loaded into workstation memory. 


Diskless Workstations: LAN unaware applications try to 
write their spill files to a local C: drive. Provision must be 
made to provide workstations with a C: drive. 


Full Multimedia Support: Increased LAN traffic, audio, 
and DVI support are real issues. 


Increased LAN Traffic: If the LAN is already suffering 
from traffic-saturation, adding CD-ROM applications will 
only aggravate the situation. The effective use of routers is 
often the answer to LAN backbone saturation. 


Lack of Common Interface: The most agreed upon end- 
user problem is the number of different user-interfaces 
that must be learned to use a variety of CD-ROM applica- 
tions. Hi 
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This report will help you to: 


¢ Migrate DOS-based IBM Token-Ring Network workstations 


to IBM OS/2 EE 1.1. 


e Review the configuration issues involved with the migration. 


¢ Understand the minimum hardware and software 


requirements. 


Introduction 

The hard disks of DOS workstations 
are typically loaded with programs 
and data. The invasion of more than 
20MB of OS/2 EE 1.1 operating sys- 
tem software has a dramatic impact 
on the workstation. Where should 
this OS/2 software reside? Should it 
intermingle with the DOS programs 
and data? What resources are re- 
quired to run it? What is involved in 
installing the OS/2 operating system 
software? How should you configure 
the OS/2 system to support LAN- 
based communications? How do 
OS/2 applications fit into the pic- 
ture? 


This Datapro report is a reprint of ““Hewing 
The Trail” and ‘‘Pitching Camp” by Robert 
Panza, pp. 94-104 from LAN The Local Area 
Network Magazine, Volume 5, Number 3, 
March 1990 and pp. 87-100 from LAN The Lo- 
cal Area Network Magazine, Volume 5, Num- 
ber 4, April 1990. Copyright © 1990 by Miller 
Freeman Publications. Reprinted with permis- 
sion. 
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Ed Scannell, who writes for In- 
foworld, quite accurately described 
OS/2 as “the eternal beta.” It con- 
stantly evolves. Therefore, any mi- 
gration strategy demands flexibility. 
Within a very short timeframe, we 
have already seen OS/2 versions 1.0 
and 1.1 under Standard and Ex- 
tended Editions. IBM has released 
many Corrective Service Diskettes 
(CSDs) to rectify a large number and 
variety of bugs. 

In spite of the dynamic evolu- 
tion, complexity, and bugs, users 
who work with OS/2 fall in love with 
it, especially under Presentation 
Manager on EE 1.1 and 1.2. DOS 
can no longer satisfy them. Most im- 
pressive are the powerful new OS/2 
applications such as PageMaker (see 
Figure 1), Excel, Lotus 1-2-3, Mi- 
crosoft Word, and SQL front-end 
applications. Presentation Manager 
and the communication features of 
the OS/2 workstation are irresistible 
lures. Migration from DOS to OS/2 
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will soon become commonplace for most upscale 
business users. 

The tactical provisions of aerate LAN © 
workstations from DOS to OS/2 are fourfold: 
1) take full advantage of OS/2 capabilities, 2) orga- 
nize DOS workstation applications not available 
for OS/2 to run in the DOS Compatibility Box, if 
possible, 3) provide a DOS boot fall-back provision 
as a contingency for workstation applications not 
running under OS/2 or in the DOS Compatibility 
Box, and 4) find a way to back up the OS/2 work- 
station. 


Resource Requirements 

According to the IBM pamphlet in the OS/2 EE 1.1 
documentation set, “Installing OS/2 Extended 
Edition,” the following minimum hardware and 
software are needed to support OS/2 EE 1.1: 


e AnIBM PS/2 or PC with an 80286 processor, 
such as Models 30-286, 50, 50Z, 55, 60, 70, or 
80; an IBM PC-AT; or an IBM PC-XT Model 
286. 


e 3MB of RAM. 
e 20MB of fixed disk storage space. 


e ALAN adapter, if the computer will be a LAN 
workstation. 


e One or more communications adapters, if using 
the Communications Manager. 


« A modem, for remote communications. 


e A high capacity diskette drive, either 5% or 3% 
inches. 


e A keyboard, display, and display adapter. 


In reality, these resources are a bit skimpy. A fast 
PS/2 should have at least 4MB of RAM. The 
PC-AT should have a minimum of 5MB to 6MB of 
RAM to compensate for its slower processor, 
RAM, and disk drive. When OS/2 starts to swap- 
out from RAM to disk, the PC-AT workstation 
comes to a halt. Swapping out is not a problem for 
fast PS/2s. A 6 MHz PC-AT with a 20MB hard 
disk is a bit too slow and limited in disk storage for 
OS/2 EE 1.1 in my judgement. But you can adapt 
the 8 MHz PC-AT with a 30MB hard disk to OS/2 
EE 1.1 surprisingly well. 

A hard disk with only 20MB of disk space is 
also inadequate since the OS/2 EE 1.1 software will 
practically take up all of the disk. In order to run 
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OS/2 EE 1.1 on an 8 MHz PC-AT with a 30MB 
hard drive, I had to relocate most of my local ap- 
plication programs and data to a file server. While 
my workstation philosophy advocates using server 
storage rather than local workstation disks as much 
as possible, I think that a 60MB local hard drive is 
appropriate for an OS/2 EE 1.1 workstation. 

Therefore, any 80286 OS/2 EE 1.1 worksta- 
tion should have at least a 10 or 12 MHz processor 
and minimum local disk storage of 40MB to 
60MB. While the faster 80286-based computers 
have sufficient processor horsepower for running 
OS/2, 80386-based computers should be purchased 
instead, if at all possible, given that the 80386SX 
models are so reasonably priced. | 

My OS/2-LAN enthusiast friends on Wall 
Street prefer fast 80386- or 80486-based worksta- 
tions with local hard drives in excess of 1OOMB. 
They know that the 80386 versions of OS/2 (v. 2.0) 
will require 80386 processors, so the future migra- 
tion to the most powerful and feature rich versions 
of OS/2 will diverge from the 80286. The 100MB- 
plus local disk offers a lot of utilitarian value to 
aggressive workstation users. 

Don’t forget the mouse. The PM interface 
without a mouse is a nuisance to use because of the 


Figure 1. 
OS/2 Application with Muscles 


ae a for OS/2-C: \PROGRAMSITEST2. PM3 | eae 


Type Lines Evade Windows 


PageMaker for OS/2 is one of the most power- 
ful OS/2 applications—more powerful than on 
the high-end Macintosh. The PM interface 
also has advantages over that of the “big 
Macs.” You can edit/process several docu- 
ments at the same time with ease, while other 
applications simultaneously do their own 
work. Postscript printer support over the LAN 
is standard on the OS/2 LAN workstation. 
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cumbersome and illogical keystrokes required. All 
OS/2 workstations running PM must have one to 
reap the operating efficiency of the PM interface. 


Migration Overview 

In migrating our hypothetical LAN workstation 
from DOS to OS/2 EE 1.1, we will go sequentially 
through the following steps in detail: 


e Relocate all of the programs and data in the 
DOS partition on the workstation C: drive, if 
that partition runs under DOS 3.30 (or below). 


¢ Build a DOS boot floppy as a fallback for run- 
ning DOS applications that are important to the 
workstation user. 


e Install the OS/2 Base Operating System soft- 
ware. 


e Install the OS/2 Extension software modules, 
i.e., Communications Manager, LAN Re- 
quester, and Data Base Manager. 


e Apply the latest IBM CSD for OS/2 EE 1.1. 


Relocating DOS 

OS/2 EE 1.1 installs to the C: partition, where most 
of the user’s DOS programs and data probably now 
reside. The most likely problem here will be insuf- 
ficient space in the partition for both the DOS and 
OS/2 files. Users generally load up the C: drive 
with programs and data before expanding to other 
workstation drives. 

DOS 3.30 users normally have their disk di- 
vided into 32MB partitions. In the migration of a 
DOS 3.30 workstation from DOS to OS/2, I usu- 
ally XCOPY the DOS programs and data from the 
C: to the D: drive. That gives OS/2 an entire 32MB 
partition to take over. If the workstation does not 
have enough local disk storage to support the 
XCOPY maneuver, then you must move the files 
to shared storage devices on the LAN. 

Users running DOS 4.01 have more options 
open. Since the size of a workstation disk partition 
is no longer limited to 32MB, the partition can 
hold both OS/2 and DOS file sets. A PS/2 with a 
115MB hard disk may be configured with the full 
115MB in a single partition. This doesn’t solve the 
dilemma of co-mingling DOS and OS/2 files, how- 
ever. 
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Beginning with OS/2 v. 1.2, workstation par- 
titions will use either 1) the file allocation table 
(FAT) file system of DOS or 2) a new High Perfor- 
mance File System (HPFS) which can not be lo- 
cally accessed under DOS. In other words, 
partitions using the new OS/2 non-FAT file sys- 
tems, such as the HPFS of v. 1.2, will likely be in- 
accessible under DOS. This might change in future 
releases of DOS, such as DOS 4.10, but we have no 
way of knowing for sure until that happens. 

In formulating our migration strategy, we 
must never forget that OS/2 will continue to evolve 
very rapidly. Flexibility in the workstation is very 
important. New installable file systems (IFS) in the 
OS/2 environment may or may not be fully com- 
patible with DOS or with each other. 

For now, I have been dedicating a partition to 
DOS if possible, and likewise I anticipate having 
multiple partitions on the workstation in the future 
to accommodate different file systems, such as 
HPFS-286 and HPFS-386. Separate partitions are 
also very helpful for isolated testing of newly re- 
leased file systems. 

With IBM OS/2 EE 1.1, users must boot DOS 
off a floppy disk. The Microsoft OS/2 dual boot 
option was removed by IBM. A dual boot option 
gives the user a choice of booting from either DOS 
or OS/2 upon initialization of the workstation. 
Once OS/2 EE 1.1 1s installed, the workstation 
hard disk will only boot OS/2. IBM’s OS/2, v. 1.2 
will supposedly bring back the dual boot option, 
effectively making it unnecessary to use a DOS 
boot floppy. 

Since the DOS-based workstation was 
XCOPYed from C: to D:, you must consider the 
impact of the change in drives. An elaborate DOS- 
based workstation usually has the drive designa- 
tion hard coded in numerous BAT files, menu- or 
windows-based workstation commands, scripts, 
environmental variables (such as PATH and COM- 
SPEC), etc. After booting off the DOS floppy, use 
the following commands to adjust the DOS work- 
station software to the D: drive. 

SET COMSPEC =D:\DOS\COMMAND.COM 

ASSIGN C =D 
COMSPEC tells the operating system to reload the 
command processor from the D: drive rather than 
from the boot floppy in A:. ASSIGN instructs DOS 
to route all disk I/O requests for C: to D:. All BAT 
files and other workstation commands with hard 
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Figure 2. CONFIG.SYS 
From Hypothetical OS/2 EE BUFFERS=16 
FILES=30 


1.1 Workstation 
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SHELL=D:\DOS\COMMAND.COM = /E:384 /P 


DEVICE=D:\LANSUPP\DXMAOMOD.SYS_ 001 
DEVICE=D:\LANSUPP\DXMCOMOD.SYS 40000000107 
DEVICE=D:\LANSUPP\DXMTOMOD.SYS ST=2 S=3 C=2 ES=2 EST=2 TC=3 0=N 


BREAK=ON 


AUTOEXEC.BAT 
@ECHO OFF 


SET COMSPEC=D:\DOS\COMMAND.COM 


CALL D:\BAT\LANPATH.BAT 


YNPROMPT Y N 32 Start PC LAN Program 1.30 (¥/N)?_ 


ECHO. 


IF ERRORLEVEL 1 GOTO NOPCLP 
NET START RDR WORKST1 /SRV:2 /SES:3 /CMD:2 /NBC:2 /NBS:512 /PB1:80 /PB2:80 /PB3:80 


:-NOPCLP 
ASSIGN C=D 
:EXIT 


coded C: do not have to be changed. The DOS 
workstation will run flawlessly from the D: drive. 

Figure 2 shows examples of the AUTO- 
EXEC.BAT and CONFIG.SYS from the DOS boot 
floppy of a hypothetical OS/2 EE 1.1 workstation. 
Notice that the SHELL in the CONFIG.SYS file 
points to the same command processor as COM- 
SPEC. Remember that we booted off a floppy in 
the A: drive, so COMSPEC = 
A:\COMMAND.COM until we change it in the 
AUTOEXEC.BAT file’s second line. Also, notice 
that the execution of ASSIGN C = D comes after 
initializing the LAN workstation software via the 
NET START line. The DOS workstation in the 
example happens to use the IBM PC LAN operat- 
ing system. 

In the migration from DOS to OS/2, technical 
support personnel or the user must first ensure that 
the workstation functions fully after relocation of 
the DOS files formerly stored in the C: partition. 
Thoroughly test the workstation, booting off the 
DOS floppy and running from the D: partition, 
before installing additional OS/2 software. 


OS/2 Base Operating System 
installation 

Installing the OS/2 EE 1.1 software is fairly 
straightforward. The base operating system alone 
needs about 8,510,000 bytes of disk space for its 
207 user files, three hidden files, and six directo- 
ries. 

After copying the DOS files from the C: parti- 
tion to the D: partition and testing all DOS opera- 
tions, boot off the OS/2 installation diskette in the 
A: drive and follow the instructions displayed. I 
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always select the option to reformat the C: parti- 
tion. The reformatting removes the DOS files from 
C: as well as initializing and preparing the partition 
for the OS/2 software. Some OS/2 files are copied 
from the installation diskette. The first part of the 
Base Operating System installation ends when the 
system requests the installer to remove the installa- 
tion diskette from drive A: and reboot. 

Next, the OS/2 system initializes from the C: 
drive for the first time, and asks the installer to 
insert diskettes into drive A:, one by one. The sys- 
tem requests diskettes one through four if using 
5%-inch floppies. Files are copied to the C: parti- 
tion from the floppies. An option screen allows in- 
stallation of device drivers from a Device Support 
Diskette; an Install Device Drivers menu facilitates 
automatic installation of non-IBM device drivers 
or IBM device drivers not included with the OS/2 
EE 1.1 package. Screens also appear for selecting 
country and keyboard, mouse, and serial device 
support. 

The system will be configured using the most 
commonly installed features and configuration set- 
tings as defaults. The installer may review default 
settings to accept or change them. After the in- 
staller accepts the configuration settings, the sys- 
tem completes installation of the base operating 
system. The installer then removes the last floppy 
and reboots the workstation. OS/2 initializes off 
the C: drive and brings up the Start Programs win- 
dow, the DOS Compatibility Box, the Print 
Spooler, and the Task Manager. 

Start Programs shows the Main Group, which - 
is a kind of Presentation Manager main menu or | 
main window (see Figure 3). At inception, the 
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ay Group Fi=Help 
Main Group 


Communications Manager 


i= Task Manager 


i task Arrange Shutdown Fi am 
Gi 


OS/2 full-screen command prompt ipfesmeniilaein oe 


OS/2 windowed command prompt {Start Programs 
OS/2 Windowed System Editor iLAN Requester 


4 Communications Manager 
13270 Terminal Emulation 


1 PMCAP.EXE 
aFile System 


i PageMaker for OS/2 - CAPROGRAMS} 


main group of Start Programs offers four selec- 
tions: a File System utility, the Introducing OS/2 
online tutorial, OS/2 full-screen command prompt, 
and OS/2 windowed command prompt. A second 
group, called Utility Programs, includes Control 
Panel, Disk Information—CHKDSK, Format Dis- 
kette, and OS/2 System Editor. 

We now have a working OS/2 workstation, 
although there will not be any LAN, communica- 
tion, or database functionalities until after the in- 
stallation of the proper Extension modules. 


Installation of the OS/2 Extension 
Modules 


The next steps are to run individual installation 
jobs for the OS/2 Extension modules: Communica- 
tions Manager, LAN Requester, and Data Base 
Manager. 

The Extension modules conform to IBM’s full 
screen System Application Architecture (SAA) in- 
terface and support the mouse pointing device. 
However, they are not yet PM applications that 
will run in windows. — 

In addition, I always install Borland’s Side- 
Kick, which comes packaged within the OS/2 EE 
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Figure 3. 
Concurrent Control 


BOOu Beuy 
° 

H 

BH 

Res 


Fri 12-01-89 |. 
12:55:05 pm 


The Presentation Manager 
interface gives the worksta- 
tion user command of all 
concurrent processes. Each 
process is an active program. 
Across the bottom of the 
screen from left to right, the 
icons represent the DOS 
Compatibility Box, the IBM 
LAN Requester, the Comms 
Manager, a 3270 terminal 
emulation session, Page- 
Maker, a Presentation Man- 
ager screen capture utility, 
an OS/2 File System utility, 
an OS/2 full screen prompt 
session, and an OS/2 win- 
dow prompt session. A dou- 
ble click on any of the icons 
brings the process repre- 
sented by the icon into the 
foreground. The OS/2 Ex- 
tension module icons were 
created by Kerry Geron- 
tianos, a leading edge OS/2 
application designer in New 
York City. 


1.1 shrink-wrap as though it were meant to be one 
of the Extensions. SideKick for OS/2 EE 1.1 is an 
example of a real PM application. 


Comms Manager 

All IBM OS/2 EE 1.1 communications functional- 
ity stems from the Communications (Comms) 
Manager. The Comms Manager software installs 
into the C:\CMLIB subdirectory. After double 
clicking on the OS/2 full screen command prompt, 
entering CMINST at the OS/2 prompt [C:\] starts 
the installation process. Reinstallation of the 
Comms Manager at a later time requires 
CMINSTM. 

The installer may choose between two differ- 
ent methods of installation: Prompted Mode or 
Full Function Mode. Novices should use Prompted 
Mode which requires a minimum number of deci- 
sions. In reality, most users have difficulty install- 
ing and configuring OS/2 EE 1.1, and usually 
require expert assistance—configuration of the 
Comms Manager is unquestionably the most com- 
plex part of the OS/2 EE 1.1 installation process. 

The menu-driven Prompted Mode installs the 
Comms Manager base code, copies the user config- 
uration files or the IBM-supplied configuration 
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files, and installs the features that are specified in 
those configuration files. The installer always has 
the option of modifying the Comms Manager con- 
figuration file after completing installation. 

Full Function Mode is also menu-driven. It 
requires the installer to select different communi- 
cation functions, specify the details of their config- 
uration, and indicate the order of execution for 
functions. The installer must be prepared to pro- 
vide a lot of detailed technical information. 

I generally recommend Prompted Mode 
rather than Full Function Mode, since it is so easy 
to get into trouble configuring the Comms Man- 
ager. However, the configuration resulting from the 
Prompted Mode installation will need to be fine- 
tuned later. 

After selecting Prompted Mode off the install 
menu, the system prompts the installer for OS/2 
EE 1.1 diskettes in order to copy the Comms Man- 
ager software to the C: drive. With 54-inch flop- 
pies, diskettes five and six are requested. The 
menu selection, “Copy the user configuration 
files,” provides an opportunity to input custom- 
ized Comms Manager configuration files. The sys- 
tem administrator or technical support specialist 
should supply customized files, tailored for a par- 
ticular group of users in advance. 

Without custom configuration files the 
Comms Manager selects ““Copy the IBM configura- 
tion files.” After copying the IBM configuration 
files to the C: drive, the menu selection ““Complete 
the installation” finishes the job. The history file 
C:\CMLIB\ACSINSUM.DAT provides a sum- 
mary of current installation data, including time 
and date installed, file names, and directory path- 
names. 

The program title “Communications 
Manager” now appears in the Main Group list of 
the Start programs window. However, the Comms 
Manager will not function without adding the 
proper device driver statements to the CONFIG- 
SYS file and then rebooting the workstation. 


LAN Requester 

The LAN Requester allows the workstation to per- 
form LAN functions on an IBM Token-Ring or 
IBM PC Network. Through it you can access LAN 
resources, such as disks, printers, and serial de- 
vices. In addition, it can define, control, and man- 
age access to LAN resources. 
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The LAN Requester files install into the sub- 
directory tree off \IBMLAN. It is the only OS/2 EE 
1.1 module which allows installation on a drive 
other than C:. OS/2 EE 1.2 provides more flexibil- 
ity for installation of the OS/2 Extension modules. 

To begin, enter REQINST at the OS/2 full 
screen command prompt. Do not run any other 
programs in the DOS Compatibility Box or an- 
other IBM OS/2 session during installation. When 
asked, specify the drive and indicate whether or 
not to install the Online Reference and Help panels 
on the local drive. I usually install them. 

With 54-inch floppies, the installation job 
requests OS/2 diskettes nine, 10, and 11. The sys- 
tem copies the files and asks for the LAN Re- 
quester name, the Domain name, and then the 


requester services to initialize when the LAN Re- 


quester starts. I usually specify all of the available 
services: Messenger and Message Pop-up. Last, se- 
lect the type of network adapter: PC Network (all), 
Token Ring Network 16/4, Token Ring Network 
\A or PC Adapter II, and Token Ring Network 
Adapter I. 

LAN Messaging and LAN Requester now ap- 
pear in the Main Group list of the Start Programs 
window. You can display or print a history file of 
the installation. 

Now you have to reinitialize the workstation 
to activate the appropriate device drivers before 
starting the LAN Requester. During the installa- 
tion process, device drivers for LAN communica- 
tions (LANDD.SYS, TRNETDD.SYS and 
NETBDD.SYS for the Token Ring Network) were 
automatically installed in the CONFIG.SYS file. 
They specify the default configuration file for the 
LAN Requester, C:\IBMLAN\REQBASE.CFG. 
This configuration file works with the LAN Re- 
quester but not the Comms Manager, which re- 
quires a different configuration file. 

Later you must edit the CONFIG.SYS file to 
replace the \path\REQBASE.CFG with the proper 
Comms Manager configuration path and file name. 
Normally, the Comms Manager configuration file 
supports both the Comms Manager and the LAN 
Requester. 

The installation process included other CON- 
FIG.SYS entries, as well: 1) a device driver provid- 
ing an interface for the LAN Requester 
(NETWKSTA.SYS) that specifies an initialization 
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Figure 4. 
SideKick 


File System and Directory 
Tree were put down with the 
other icons by single clicking 
on the down arrow in the 
upper right hand corner of 
the File System window. 

The icon for the File System 


SideKick Notepad 
SideKick Phonebook 


deKick Time Planner 


is the filing cabinet. After- 
ward, the SideKick for PM 
group was Selected in the 
Start Programs window. 
SideKick installs into PM as 
a separate group with selec- 
tions for Calculator, Note- 
pad, Phonebook, and Time 
Planner. It is a good exam- 
ple of a PM application. 


parameter file called IBMLAN.INI, and 2) a state- 
ment allowing use of the Token Ring system pro- 
cess through the adapter handler, RUN 
C:CMLIB\ACSTRSYS.EXE. The Token Ring sys- 
tem process loads when the workstation boots if it 
finds this statement in the CONFIG.SYS file. In 
OS/2, you can use the RUN command to start exe- 
cutable system programs from the CONFIG.SYS 
file. 

With the Base Operating System, Comms 
Manager and LAN Requester installed, approxi- 
mately 19,270,000 bytes of OS/2 files and 12 direc- 
tories reside in the 32MB C: partition. 


Database Manager 

The Database Manager consists of two compo- 
nents: Database Services and Query Manager. Da- 
tabase Services is described as the engine of the 
Database Manager—the implementation of the 
relational data model as well as the base functions 
and configuration files needed to use the Database 
Manager. Query Manager provides panels and 
menus to guide the user through database opera- 
tions, i.e., creating databases, editing data, and 
generating reports. In addition, Query Manager 
configures Database Services. 

Install Database Services to drive C: in the 
directory C:\SQLLIB before the Query Manager. 
Enter DSINST at the OS/2 full screen command 
prompt [C:\]. As before, the program requests 
OS/2 floppies by number. With 5%-inch floppies, 
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DSINST asks for diskette seven. Copying these 
files completes the installation. 

Afterward, edit the CONFIG.SYS file to set 
the environmental variable SQLUSER to a unique 
identifier of eight characters or less. Database 
Manager will assign the default, NUL-LID, other- 
wise. 

Query Manager is optional but I recommend 
installing it. At the OS/2 full screen command 
prompt, enter QMINST to begin the installation 
job. Using 54-inch floppies, OS/2 requests dis- 
kettes eight and nine to copy files to C:\SQLLIB. 
The program title “Query Manager” will appear in 
the Main Group list of the Start Programs window 
now. The Database Services installation alone did 
not place an entry in the Main Group list. Again, a 
history file may be viewed and/or printed. 

The disk now has all OS/2 EE 1.1 modules: 
Approximately 24,720,000 bytes in 654 user files, 
three hidden files, and 13 directories. No applica- 
tions or utility programs have been locally installed 
yet. 


SideKick 

SideKick provides a good example of how a soft- 
ware product can install into the PM interface (see 
Figure 4). Start with [A:\]JSETUP A: C:. Parm %1 
is the floppy drive from where the programs will be 
installed. Parm %2 following SETUP is the drive 
on which SideKick will be installed, and may be set 
to drives other than C:. After the installation be- 
gins, two informational screens appear. Next, the 
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system copies SideKick files to the hard disk and 
installs SideKick into the PM interface as the third 
group of Start Programs. The 54-inch version of 
SideKick has two floppies. When the installation is 
_ complete, the program instructs the installer to re- 
“move the last floppy and reboot the workstation. 

Now approximately 26,900,000 bytes of files 
fill the C: partition, consisting of 688 user files, 
three hidden files and 19 directories. The software 
installation off floppies from Base Services through 
SideKick takes a bit less than two hours. 


Applying the Latest CSD 

The installer should apply a CSD release after the 
OS/2 software has been installed. IBM will con- 
tinue to issue a lot of OS/2 CSDs. Each CSD is an 
accumulation of fixes, including those from prior 
CSDs. Beware that some of the IBM CSDs have 
introduced new “bugs.” While the latest CSD at 
this time is CSD 3072, I have only applied CSDs 
through 3042. 

On 54-inch floppies, CSD 3042 consists of an 
installation diskette plus seven floppies and takes 
about 30 minutes to install. The installer boots the 
workstation off the CSD installation floppy. You 
can indicate which disk drives the CSD should not 
update, and whether or not to bypass any subdirec- 
tories on the drives to be updated. The CSD must 
run without interruption. The installer merely 
changes CSD floppies, as instructed by the installa- 
tion program, until finished. The file 
C:\FIXLOG.OS2 contains a log of the latest CSD 
update. 

Warning: when applying a CSD after the ini- 
tial installation, IBM default CFG files for the 
Comms Manager will be overlayed. Configuring 
the Comms Manager can be a pain, so backup or 
rename any CFG files in use that have been cus- 
tomized. 

After the application of CSD 3042, total stor- 
age in use on drive C: exceeded 27,000,000 bytes! 


Configuration Issues 

Configuring the OS/2 workstation involves: 1) edit- 
ing the CONFIG.SYS file; 2) tailoring the Comms 
Manager configuration file; 3) reviewing (and pos- 
sibly editing) the IBMLAN.INI file and setting up 
an OS/2 LAN Requester ID, if one does not exist 
for the workstation user; 4) creating the START- 
UP.CMD and related initialization CMD files; 
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_ Network Application Programs 


Network Application Programs 


ror 


Common Service 


Emulation 
(Service Verbs) 


A) ACDI (Async) 
: Communications Manager 


OS/2 Kernal : 
(Base Operating System) e 


Device Drivers 


PC Network | Token Ring 
Network 


IEEE 802. 2 


Async SDLC 


Communication Adapter's I/O 


This diagram shows the relationship between 
application programs, adapter support soft- 
ware, and different adapters utilizing the OS/2 
EE 1.1 Communications Manager interfaces. 
The double dashes denote the Application Pro- 
gramming Interfaces (APIs). Communications 
Manager provides comprehensive communica- 
tions capabilities for a wide variety of intercon- 
nections. Since OS/2 is multitasking, the 
various communication options can usually 
run concurrently. 


and 5) setting up the AUTOEXEC.BAT, other 
BAT files, and a menuing system for DOS Com- 
patibility Box operations (see Figure 5). 


OS/2 CONFIG.SYS File 

The CONFIG.SYS file of the OS/2 LAN worksta- 
tion (see Figure 6) is much more complex than that 
of the DOS LAN workstation. To a large degree, __ 
the differences between the two CONFIG.SYS files 
reflect the relaplexity of OS/2 and DOS. 

In the CONFIG.SYS file, PROTSHELL loads 
the user interface program (Presentation Manager) 
and the OS/2 command processor. SET PATH es- 
tablishes the search path for commands. SET 
DPATH gives the search path for data files outside 
the current directory. SET COMSPEC defines the 
path that OS/2 will use to reload the OS/2 com- 
mand processor CMD.EXE, when necessary. SET 
PROMPT sets the prompt. 

SET SQLUSER identifies a user of Data Base 
Services and Query Manager. TIMESLICE deter- 
mines the minimum and maximum time value al- 
locations of processor time to processes and 
programs. BUFFERS sets the number of disk buff- 
ers that the operating system uses. DISKCACHE 
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Figure 6. 
The CONFIG.SYS File 


PROTSHELL=C:\OS2\PMSHELL.EXE C:\OS2\0S2.INI C:\OS2\CMD.EXE 

SET PATH=C:\CMLIB;C:\0S2;C:\OS2\SYSTEM;C:\OS2\INSTALL;C:\; 
C:\IBMLAN\NETPROG;C:\CMD;C:\PROGRAMS 

SET DPATH=C:\CMLIB;C:\OS2;C:\OS2\SYSTEM;C:\OS2\INSTALL; 
C:\;C:\IBMLAN\NETPROG; 

SET COMSPEC =C:\0S2\CMD.EXE 

SET PROMPT =$i[$P] 

SET SQLUSER = RPANZ 

TIMESLICE =45, 125 

BUFFERS =60 

DISKCACHE=64 

MAXWAIT=3 

MEMMAN=SWAP, MOVE 

PROTECTONLY =NO 

SWAPPATH=C:\OS2\SYSTEM 512 

THREADS = 255 

TRACE=OFF 

SHELL=C:\OS2\COMMAND.COM /P 

BREAK=OFF 

FCBS= 16,8 

RMSIZE =640 

COUNTRY =001,C:\OS2\SYSTEM\COUNTRY.SYS 

DEVINFO=KBD,US,C:\OS2\KEYBOARD.DCP 

CODEPAGE = 437,850 


DEVICE=C:\O0S2\POINTDD.SYS 
DEVICE=C:\OS2\MOUSEAO2.SYS 
DEVICE=C:\OS2\PMDD.SYS 
DEVINFO=SCR,EGA,C:\OS2\VIOTBL.DCP 
DEVICE =C:\OS2\EGA.SYS 
DEVICE=C:\OS2\COMO01.SYS 


rem The following device drivers are for access to the 

rem Token-Ring Network and are inserted by the IBM LAN 

rem Requester installation program. They were modified for 

rem the Comms Manager configuration file (CFG=) by the 

rem installer of this workstation. 

DEVICE=C:\CMLIB\LANDD.SYS 
DEVICE=C:\CMLIB\TRNETDD.SYS CFG=C:\CMLIB\BOBP.CFG 
DEVICE=C:\CMLIB\NETBDD.SYS CFG=C:\CMLIB\BOBP.CFG 
DEVICE=C:\IBMLAN\NETPROG\NETWKSTA.SYS /1:C:\IBMLAN 


rem The following line loads the Token-Ring Network process. 
RUN=C:\CMLIB\ACSTRSYS.EXE 


DEVICE=C:\OS2\ANSI.SYS 

IOPL=YES 

LIBPATH=C:\CMLIB;C:\OS2\INSTALL;C:\OS2\DLL;C:\DLL;C:\;C:\IBMLAN 
\NETLIB;C:\SIDEKICK; 


Listing 1.—7The CONFIG.SYS File. Indented lines continue from the line above. 


(Indented lines continue from the line above.) 


defines the number of storage blocks to allocate for 
control information and for use in disk caching. 
MAXWAIT determines the time limit for which a 
process could have lack of access to the processor 
resource. 

MEMMAN indicates whether there will be 
segment swapping out to disk and storage compac- 
tion. PROTECT-ONLY indicates whether or not 
the workstation will run the DOS Compatibility 
Box as well as OS/2 operating mode. SWAPPATH 
specifies the size and location of the swap file. 
THREADS sets the number of concurrent indepen- 
dent “‘actions”’ for OS/2 mode. TRACE, when set, 
allows the tracing of system events. SHELL loads 
and starts the DOS command processor, COM- 
MAND.COM. 

BREAK permits or does not permit DOS to 
check for CTRL + BREAK when a program re- 

_ quests the base operating system to perform any 
functions. FCBS defines the file control block in- 
formation for DOS mode only. RMSIZE deter- 
mines the highest storage address, in multiples of 
1,024 bytes (up to 640), allowed for the DOS Com- 
patibility Box. 


© 1992 McGraw-Hill, Incorporated. Reproduction Prohibited. 
Datapro information Services Group. Delran NJ 08075 USA 


COUNTRY identifies the country, for 
country-dependent information, and is required 
for code page switching. DEVINFO prepares a de- 
vice for system code page switching. CODEPAGE 
selects the system code pages for the base operating 
system to prepare for code page switching. 

Many device drivers are installed: POINT- 
DD.SYS provides mouse draw support; 
MOUSEA072.SYS, a special Microsoft LAN Man- 
ager device driver, implements improved support 
for the Microsoft mouse on a PC-AT under IBM 
OS/2 EE 1.1; PMDD.SYS provides pointer draw 
device support for the Presentation Manager (PM); 
EGA.SYS supports the EGA register interface; 
COMOl1.SYS allows OS/2 programs to use serial 
ports; LANDD.SYS enables OS/2 application pro- 
grams to use the NetBIOS or Device Driver inter- 
face (DDI); TRNETDD.SYS allows the 
workstation to access the IBM Token-Ring Net- 
work; NETBDD.SYS enables OS/2 application 
programs to use the NetBIOS application program- 
ming interface (API); NETWKSTA.SYS provides 
an interface for the IBM LAN Requester; and 
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Figure 7. 
OS/2 File System 


Ctritletter selects a dr 
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OS/2 full-screen command prompt 
OS/2 windowed command prompt 
OS/2 Windowed System Editor 


The OS/2 File System utility is used to view 
the various disk drives. From the Directory 
Tree you can copy to files, directories, or a tree 
of directories. A double quick click on the Start 
Programs icon brings its window to the fore- 
ground, as shown here. 


RUN=path\ACSTRSYS.EXE loads the IBM 
Token-Ring process whenever the workstation is 
initialized. 

ANSL.SYS supports extended display and 
keyboard support mode. IOPL allows I/O privilege 
to be granted to requesting processes in OS/2 
mode. LIBPATH identifies the locations of dy- 
namic link libraries for OS/2 programs. 

Notice that a CFG= at the end of the TR- 
NETDD.SYS and NETBDD.SYS device driver 
lines defines the Comms Manager configuration 
file. Those lines of the CONFIG.SYS file required 
editing to change the CFG= from C:\IBMLAN 
REQBASE.CFG to C:\CMLIB\BOBP.CFG. The 
LAN Requester installation process writes out 
C:\IBMLAN\REQBASE.CFG by default. 

The Base System Services installation had 
created a basic CONFIG.SYS file, which excluded 
only the five lines beginning with 
DEVICE=C:\CMLIB\LANDD.SYS and ending 
with RUN =C:\CMLIB\ACSTRSYS.EXE. When 
Comms Manager, Database Manager and SideKick 
were installed, their respective installation pro- 
grams updated CONFIG.SYS only by adding their 
directories to the SET PATH=, SET DPATH=, 
and LIBPATH= lines. The LAN Requester also 
updated those path lines, and in addition, wrote 
out the LAN-related device drivers to the CON- 
FIG.SYS file. | 


JUNE 1991 


Migrating LAN 
Workstations from |. 
DOS to 0S/2 


Managing LANs 


At the end of the NETWKSTA.SYS line, a \I: 
flag indicates the location of the IBMLAN.INI file. 
IBMLAN.INI contains all of the initialization 
parms for the LAN Requester. 

Under OS/2, notice that remarks inserted 
into the CONFIG.SYS file won’t cause an error 
message like DOS gives. 


Comms Manager 

After properly defining the CONFIG.SYS, edit the 
Comms Manager configuration file (BOBP.CFG in 
the example or ACSCFGUS.CFG by default). The 
Comms Manager CFG file will be unique in part 
for each workstation regardless of the similarities 
between them. 

The IBM OS/2 EE 1.1 User Guide provides 
worksheets for defining the configuration values. 
To reiterate, configuring the Comms Manager is 
the most complex part of the OS/2 EE 1-1 installa- 
tion, although IBM will make it less complex under 
OS/2 EE 1.2. 

From the Communications Main Menu, se- 
lect “Advanced” and then “Configuration” to ar- 
rive at the Communication Configuration Menu. 
Next you have to choose a communication config- 
uration file name. If the system administrator has 
not provided a CFG file for the Comms Manager 
installation, start with the default file ACSCF- 
GUS.CFG (US keyboard). After completing and 
testing the configuration, rename ACSCF- 
GUS.CFG to a unique file name, such as BOB- 
P.CFG. 

In order to define a LAN workstation that 
runs the LAN Requester and 3270 terminal emula- 
tion over the Token-Ring Network, define the fol- 
lowing profiles: 


Workstation Profile 

This profile includes machine type-model number, 
serial number, translation table file name, error log 
file name, error log size, error log overflow option, 
message log file name, message log size, message 
overflow option, and whether or not to auto-start 
features. Select auto-start for the following fea- 
tures: ACDI service, ASCII terminal emulation, 
DFT 3270 terminal emulation, and 3270 terminal 
emulation for IBM Token-Ring Network/SDLC 
and/or APPC service. Features selected to auto- 
start will start automatically after initialization of 
the Comms Manager. | 
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SDLC/IBM Token-Ring Network 3270 Emulation 
Profile 

Adapter number, destination address, and Logical 
Unit (LU) information must be specified for 3270 
terminal emulation over the IBM Token-Ring Net- 
work. 


SNA Base Profile 

Physical unit (PU) name, network name, node ID 
in hex, and whether or not to activate the APPC 
attach manager must be defined. PU name and 
node ID are unique for each workstation. 


IBM Token-Ring Network DLC Adapter Profile 
For Data Link Control (DLC), specify the follow- 
ing: adapter number, whether or not to load DLC 
when the Comms Manager is started, maximum 
number of link stations, percent of incoming calls, 
whether or not to free an unused link, congestion 
tolerance percentage, maximum RU size (the 
amount of data that can be transferred at one 
time), send window count, receive window count, 
C&SM (Communications and System Manage- 
ment) LAN ID, and whether or not to send an alert 
for beaconing. 


4850 11 
Design & Development 


IEEE 802.2 Token-Ring Profile 

This profile includes: adapter number and version, 
adapter shared RAM address, whether or not to 
use the universally administered address or a Lo- 
cally Administered Address (LAA), the adapter 
address, maximum number of Service Access 
Points (SAPs), maximum link stations, maximum 
number of group SAPs, maximum members per 
group SAP, maximum number of users, transmit 
buffer size, number of transmit buffers, receive 
buffer size, minimum receive buffers, adapter 
““open’”’ options (whether or not to use the wrap 
interface, contender, and/or to override the token 
release default), group 1 response timer (T1), group 
1 acknowledgment timer (T2), group 1 inactivity 
timer (T1), group 2 response timer (T1), group 2 
acknowledgment timer (T2), group 2 inactivity 
timer (T1), number of queue elements, and the 
number of global descriptor table selectors. The 
installer must make sure that there is a unique 
Token-Ring adapter address for each workstation 
if using an LAA. 


Figure &. 
The LAN Requester Initialization File 


[networks] 

; This information is read by the redirector at device 
initialization time. 

; It is available to application programs via NetBiosEnum. 


net1=netbios$, 0, NB30, 32, 32, 16 


[requester] 

computername = BOBP 

domain=DOMAIN1 
; The following parameters generally do not need to be 
; Changed by the user. 


charcount= 16 
chartime = 250 
charwait=3600 
keepconn=600 
keepsearch=600 
maxcmds= 16 
maxerrorlog= 100 
maxthreads= 10 
maxwrkcache = 64 
numalerts = 12 
numcharbuf= 10 
numservices=8 
numworkbuf= 15 
printbuftime=90 | 


Listing 2.—The LAN Requester initialization file. 
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sesstimeout= 45 
sizcharbuf=512 
sizerror= 1024 
sizworkbuf= 4096 


; The next lines help you to locate bits in the 
;wrkheuristics entry. 
; 1 2 3 


; 012345678901 23456789012345678901 
wrkheuristics= — 11111111111111111100010111201110 
wrknets =net1 

wrkservices= MESSENGER,NETPOPUP 


[messenger] 

logfile=messages.log 

sizmessbuf=4096 
[services] 
; Correlates name of service to pathname of service program. 
; The pathname must be either 
: 1) an absolute path (including the drive specification) 
: OR 


: 2) a path relative to the IBMLAN root 
requester =services\wksta.exe 


messenger= services \msrvinit.exe 
netpopup= services \netpopup.exe 
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NetBIOS Profile 

The following are defined in the NetBIOS profile: 
adapter number, whether or not NetBIOS is in- 
stalled, whether or not to use full buffer datagrams, 
whether or not datagrams use a remote directory, — 


whether or not the universally administered ad- 


dress is reversed, maximum link stations, maxi- 
mum sessions, maximum commands, maximum 
names, query timeout value, transmit query count, 
maximum transmits outstanding, maximum re- 
ceives outstanding, retry count for all stations, ring 
access priority for messages, number of remote 
names, response timer intervals, acknowledgment 
timer intervals, and inactivity timer intervals. 

The features defined above support the LAN 
Requester and 3270 terminal emulation over the 
Token-Ring Network. Many other Comms Man- 
ager features remain undefined, such as: asynchro- 
nous features, XMODEM file transfer, TSO file 
transfer, DFT 3270 terminal emulation, SDLC 
3270 terminal emulation, 3270 file transfer pro- 
files, 3270 keyboard profiles and alarms, APPC 
features, the Server-Requester Programming inter- 
face (SRPI) profile, and non-SNA connection 
(through a non-SNA controller) features. 

After setting up or changing the Comms Man- 
ager configuration, run the verification program to 
check for validity of the settings and for consis- 
tency across the various Comms Manager profiles. 


LAN Requester 

The IBMLAN.INI ASCII file defines the LAN Re- 
quester initialization parameters (see Figure 8). I 
used suggestions from README files in CSDs for 
OS/2 EE 1.1 to tune the IBMLAN.INI file. Those 
suggestions mainly affected a few workstation heu- 
ristic settings. Remarks are indicated by “‘;” 

Some requester parameters that sapael per- 
formance are: maxcmds, maxthreads, maxwrk- 
cache, numcharbuf, numworkbuf, sizecharbuf, 
sizeworkbuf, and wrkheuristics. The network ad- 
ministrator may tune the IBMLAN.INI file based 
on the network functions primarily used by the 
workstation, e.g., file transfers, SQL database ac- 
cess, and shared serial communications. Readers 
should refer to the JBM OS/2 LAN Server Network 
Administrator’s Reference manual, under ‘“‘Ad- 
vanced Information,” for a more detailed elabora- 
tion on the IBMLAN.INI file and its parms. 
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Before the user can access ae LAN, the Net- | 
work Administrator must set up an OS/2 LAN Re- 


_quester ID. The Network Administrator will grant _ 


the user access privileges to LAN resources, and. 


may also update the user’s Program Starter for 
_ public applications that reside on the domain con- _ 
troller or on another file server within the domain. _ 


STARTUP.CMD | 


The STARTUP.CMD file in OS/2 resembles the 
AUTOEXEC.BAT file in DOS. OS/2 batch files 
end with the extent .CMD rather than .BAT. When 
the OS/2 operating system first initializes, the com- 
mand processor looks for STARTUP.CMD in the 
root directory. If it finds the file, it executes each 
line sequentially. A sample workstation START- 
UP.CMD file follows: 


 @ECHO OFF 
START /PM FREEMEM. EXE 
START /PM DIGCLOCK .EXE 7 
START ‘‘0S/2 WINDOWED COMMAND PROMPT’ * /I 
START /C /I C: \CMO\STARTLAN 
START /C /I C: \CMLIBNSTARTCM 
EXIT 


Notice the five start lines. 

Booting the workstation starts FREEMEM (a 
free memory “high water” mark), DIGCLOCK 
(digital clock), an OS/2 command prompt window, 
the LAN Requester, the Comms Manager, and 
3270 terminal emulation. The STARTLAN.CMD 
file initializes LAN Requester. FREEMEM and © 
DIGCLOCK are PM applications; hence, the \PM 
flag is used to start them. STARTCM.CMD initial- 
izes the Comms Manager. The Comms Manager 
will auto-start the 3270 terminal emulation session 
as indicated in the Comms Manager CFG file. 

The START commands embedded in 
STARTLAN.CMD and STARTCM.CMD are 
coded with parameters so that all of the processes 
spawned by STARTUP.CMD run as background 
sessions. Meanwhile, PM stays in the foreground | 
where the individual application icons pop up, one 
at a time. 

From a cold boot, it takes about 4. 5 minutes 
for an 8MHz PC-AT with 6,784KB of RAM to 
fully initialize all of the processes started by the 
sample STARTUP.CMD file. A warm boot takes _ 
about 3.5 minutes. In contrast, it takes less than 
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Figure 9. 
DOS Compatibility Box Menu 


ieee POS Compatibility Box Menu t2 PP 1983 Te ye ae 


Enter Choice 


. DisplayWrite 4 
. Project Vorkbench 


- Telephone Directory 


- DOS Prompt 


The DOS Compatibility Box Menu does not 
use any RAM—a limited resource for running 
native DOS programs on the OS/2 worksta- 
tion. Yet, it gives structure to the DOS Box so 
users don’t have to work at the DOS command 
prompt. The menuing system works nicely 
with applications on network drives as well as 
local programs. It’s a good example of how old 
tools can sometimes contribute to the success 
of new systems technology. 


1.5 minutes to warm-boot the PC-AT DOS work- 
station and to initialize LAN and 3270 terminal 
emulation. 

It is not convenient to reboot the OS/2 work- 
station since all of its active processes must be 
manually shut down before rebooting. Afterward, 
the OS/2 reinitialization and subsequent start-up 
of the processes takes a while. 


Applications 

You can install OS/2 applications locally on the 
workstation and start them with the START- 
UP.CMD file. The network administrator may in- 
stall network applications on the OS/2 LAN Server 
and may grant access to users or user groups. A 
user may then run the network applications from 
any OS/2 EE 1.1 workstation on the LAN. 

Access to network applications via the LAN 
could take the form of Public Applications. They 
would appear as a fourth group in Start Programs 
after the user logs onto the LAN if the network ad- 
ministrator has put the applications in the user’s 
Program Starter profile. 

If the user can’t run the application under 
OS/2, preferably as a network application, the sec- 
ond best alternative is to run applications in the 
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DOS Compatibility Box. The last and least desir- 
able option is to shut down the OS/2 workstation 
and then to reboot using the DOS workstation boot 


floppy. 


DOS Compatibility Box 

The DOS Compatibility Box initializes if 
PROTECTONLY =NO in the CONFIG.SYS file. 
OS/2 EE 1.1 has one DOS Compatibility Box. Fu- 
ture 80386 OS/2 versions will supposedly support 
multiple DOS Compatibility Boxes (see Figure 9). 

When the user clicks on the DOS icon, OS/2 
processes stop and DOS starts—an AUTOEXEC- 
.BAT runs first if it exists in the root directory. 
However, OS/2 communication programs remain 
active. As an example, the LAN Requester still re- 
ceives messages and a 3270 terminal emulation 
user of PROFS will still receive PROFS notes and 
hear the audible signal that a note has been re- 
ceived. When the user hot keys back to OS/2, the 
DOS process stops and the OS/2 processes become 
active again. Note that most DOS communication 
programs will not run in the DOS Compatibility 
Box. 

The main problem with the DOS Compatibil- 
ity Box is lack of RAM for applications—a charac- 
teristic problem with DOS. The problem becomes 
more critical in the DOS Compatibility Box, how- 
ever, since the OS/2 overhead reduces free RAM 
by quite a bit. Some configuration changes will 
stretch the free RAM somewhat, but an application 
that requires RAM approaching 450KB will defi- 
nitely not fit. IBM plans to make more bytes of 
RAM available to the DOS Compatibility Box in 
future releases of OS/2. 

I use a BASIC menuing system that does not 
take any RAM away from the DOS applications. 
An example of an AUTOEXEC.BAT for the DOS 
Compatibility Box 1s shown below: 


@ECHO OFF 

CLS 

PATH C: \OS2:C: \OS2\SYSTEM:C: \;C: \BATL 
SET COMSPEC=C : \OS2\COMMAND. COML 
APPEND=C: \0S2:C: \OS2\SYSTEM:C: \; 

CALL HELP ON 

PROMPT $E[0; 36MS$P$G 

BASICA C: \BAT\MENU 

C: \BATNGO 


The menu program, MENU.BAS, writes the name 


of an application batch file name out to GO.BAT, 
which it then executes as the next step in the batch. 
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Figure 10. 
CONFIG.SYS for NetWare Requester 


PROTSHELL=C:\OS2\PMSHELL.EXE C:\OS2\O0S2.INI C:\OS2\CMD.EXE 

SET PATH=C:\CMLIB;C:\OS2;C:\OS2\SYSTEM;C:\OS2\INSTALL;C:\; 
C:\IBMLAN\NETPROG;C:\CMD;C:\PROGRAMS;C:\NETWARE 

SET DPATH=C:\CMLIB;C:\OS2;C:\OS2\SYSTEM;C:\OS2\INSTALL; 
C:\;C:\IBMLAN\NETPROG;C:\NETWARE 

SET COMSPEC=C:\0S2\CMD.EXE 

SET PROMPT =$[$P] 

SET SQLUSER=RPANZ 

TIMESLICE=45, 125 

BUFFERS =60 

DISKCACHE=64 

MAXWAIT=3 

MEMMAN=SWAP,MOVE 

PROTECTONLY=NO 

SWAPPATH=C:\O0S2\SYSTEM 512 

THREADS =255 

TRACE =OFF 

SHELL=C:\OS2\COMMAND.COM /P 

BREAK=OFF 

FCBS= 16,8 

RMSIZE=640 

COUNTRY =001,C:\OS2\SYSTEM\COUNTRY.SYS 

DEVINFO=KBD,US,C:\OS2\KEYBOARD.DCP 

CODEPAGE = 437,850 

DEVICE =C:\OS2\POINTDD.SYS 

DEVICE =C:\OS2\MOUSEA02.SYS 

DEVICE=C:\OS2\PMDD.SYS 

DEVINFO=SCR,EGA,C:\OS2\VIOTBL.DCP 

DEVICE=C:\OS2\EGA.SYS 

DEVICE=C:\OS2\COMO1.SYS 


(Indented lines continue from the line above.) 


After exiting the application, the batch file se- 
quence returns the user to the menu. The menu 
option to go to a DOS prompt will end the batch 
sequence. The DOS Compatibility Box can access 
DOS-based servers, OS/2 servers, and NetWare 
servers. | 


NetWare Requester 

Novel has released a NetWare Requester for OS/2 
EE 1.1, which runs in place of the IBM LAN Re- 
quester and supports source routing across IBM 
Token-Ring Bridges. 

In addition, the NetWare Requester comes 
with a TOKENEE.SYS driver that enables it to 
coexist nicely with the IBM Comms Manager. That 
means NetWare Requester, Comms Manager, and 
3270 emulation can run concurrently on the same 
workstation using the same Token-Ring adapter. 

After installing the NetWare Requester 
through an INSTALL.EXE program, modify the 
OS/2 EE 1.1 CONFIG.SYS file as in Figure 10. 

The IBM LAN Requester line had to be re- 
marked out so the NETWKSTA.SYS device driver 


JUNE 1991 


rem The following device drivers are for access to the 

rem Token-Ring Network and are inserted by the IBM LAN 

rem Requester installation program. They were modified for 

rem the Comms Manager configuration file (CFG=) by the 

rem installer of this workstation. 

DEVICE =C:\CMLIB\LANDD.SYS 
DEVICE=C:\CMLIB\TRNETDD.SYS CFG=C:\CMLIB\BOBP.CFG 
DEVICE=C:\CMLIB\NETBDD.SYS CFG=C:\CMLIB\BOBP.CFG 

rem DEVICE=C:\IBMLAN\NETPROG\NETWKSTA.SYS /1:C:\IBMLAN 


rem The following line loads the Token-Ring Network process. 
RUN=C:\CMLIB\ACSTRSYS.EXE 


DEVICE =C:\OS2\ANSI.SYS 

IOPL=YES 

LIBPATH =C:\CMLIB;C:\OS2\INSTALL;C:\OS2\DLL;C:\;C:\IBMLAN\NETLIB; 
C:\SIDEKICK;C: \NETWARE 


rem start NetWare Spooler 
RUN=C:\NETWARE\NWSPOOL.EXE 

rem NetWare Requester files 
DEVICE=C:\NETWARE\LSL.SYS 
RUN=C:\NETWARE\DDAEMON.EXE 

DEVICE =C:\NETWARE\TOKENEE.SYS SOURCE=1 
DEVICE =C:\NETWARE\IPX.SYS 
DEVICE=C:\NETWARE\NWREQ.SYS 
RUN=C:\NETWARE\NWDAEMON.EXE 

rem to use NetBIOS remove the rems from the following two lines 
rem DEVICE=C:\NETWARE\NETBIOS.SYS 

rem RUN=C:\NETWARE\NBDAEMON.EXE 

rem to use SPX remove the rems from the following two lines 
rem DEVICE=C:\NETWARE\SPX.SYS 

rem RUN=C:\NETWARE\SPDAEMON.EXE 


does not conflict with the NetWare Requester. Ide- 
ally, both requesters should run together. 

The SOURCE= 1 parm following TOKE- 
NEE.SYS activates source routing. The NetWare 
Requester CONFIG.SYS displayed above uses 
only IPX. The NetWare Requester fileset provides 
additional device drivers to support Novell’s Net- 
BIOS and the SPX protocol. Those device drivers 
are shown in the CONFIG.SYS as remarked lines. 
The SET PATH=, SET DPATH=, and LIB- 
PATH= were updated to include C:\NETWARE, 
where the NetWare Requester resides. 

A STARTUP.CMD file for an OS/2 EE 1.1 
workstation running the NetWare Requester looks 
like this: 


NetWare Requester STARTUP .CMD 


@ECHO OFF 

START /PM FREEMEM | 

START /PM DIGCLOCK 

START "0S/2 WINDOWED COMMAND PROMPT” /I 
START “NETWARE REQUESTER FOR 0S/2” /I /K /WIN 
C: \CMD \NETW. CMD 

START: /C /I C: \CMLIB\STARTCM. CMD 

EXIT 
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Notice that the NetWare Requester will run in a 
window (\WIN) although it is not a PM applica- 
tion. 


Backups 

The best way to back up the OS/2 workstation 1s 
under DOS. The OS/2 processes lock open files, 
making it virtually impossible to do a full backup 
while OS/2 is active. OS/2 locks some very impor- 
tant files, including the OS2.INI file, which con- 
tains all of the workstation configuration 
information for the workstation program groups. If 
the OS2.INI file is lost or corrupted, then all of the 
customized user selections are lost and the work- 
station returns to the defaults. 

The DOS backup procedure in place, before 
migrating the workstation to OS/2, should con- 
tinue. Tailor it for use with the DOS workstation 
boot floppy created as a contingency measure. 
Workstation backups are best done over the LAN 
to a mass storage device. Ironically, backup is the 
one workstation function that DOS still does better 
than OS/2. 
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A Final Note 


After developing a model OS/2 workstation, you 
can copy it over the network to a mass storage de- 
vice by using the LAN boot floppy designed for the 
DOS workstation. Workstations initialized with 
the OS/2 installation floppy can then download the 
model from mass storage via the same method. 
Individual workstation tailoring must be done after 
the download. The uploading/downloading proce- 
dure is best applied only between very similar 
workstation hardware platforms. 

This lengthy and complex migration process 
takes careful planning, with provisions for fall back 
to DOS. And afterwards, the powerful OS/2 work- 
Station will demand much more technical support 
than before. However, if you take a look at the new 
OS/2 applications and the potent communication 
functionality across enterprisewide LANs, you'll 
see that the rewards outweigh the price. @ 
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Datapro Summary 


Client/server application development projects are often thwarted by planning and 
development methodologies that are inept at handling these new technologies. The 
techniques of a new methodology, Client/Server Iterative Rapid Development 


(CSIRD), are designed to accommodate the special characteristics of LAN-based 


and client/server computing platforms. The fundamentals of CSIRD are explored, 
as well as guidelines for selecting platforms and tools. 


Microcomputers have the potential to dra- 


- matically change the system development 


process. Devoting the MIPS available on 
the desktop to the application development 
process provides the power developers 
need to quickly program, debug, test, and 
modify applications. The resulting pro- 
grams have sophisticated, highly effective 
user interfaces. When coupled in a client- 
server arrangement with the sophisticated 
database server software now available, 
PCs can satisfy the security, integrity, and 
throughput needs of mission critical appli- 
cations. 

Thus, an application developed on a mi- 
crocomputer LAN should be able to ad- 
dress a business need in far less time than a 
similar one developed on a minicomputer 
or mainframe. 

Unfortunately, there are no systems de- 
velopment methodologies that take advan- 
tage of the unique features of microcom- 
puter LANs. Most rapid development 
methodologies simply accelerate the tradi- 
tional life cycle development process that 
originated with mainframe computers in 


This Datapro report is a reprint of ‘““‘The CSIRD 
Methodology”’ by James Louderback, pp. 46-52, 
from DBMS, Volume 4, Number 7, June 1991. 
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the sixties and seventies. When such meth- 
odologies are applied on the new LAN- 


based and client-server platforms, the fit is 


so poor that the applications are often de- 
layed or canceled. Lacking an alternative 
framework, most client-server develop- 
ment projects reinvent the wheel as the 
same steps are struggled over and rein- 
vented on each project. 

This report proposes a new methodol- 
ogy, Client-Server Iterative Rapid Devel- 
opment (or  CSIRD, pronounced 
“Scissored,” for short, with the intended 
implication of precise, clean cutting). The 
CSIRD Methodology takes advantage of 
the unique characteristics of client-server 
architecture. This report will explain the 
methodology and illustrate it by discussing 
how it was applied in the development of a 
particular application. 

CSIRD delivers functionality in phases, 
thus delivering important business benefits 
very quickly. An overall design phase, over- 
view by a system architect, and built-in 
feed-back loops ensure the pieces integrate 
into a smoothly functioning whole. The 
methodology also incorporates platform 
and tool selection—whereas most method- 
ologies assume the existing platform will be 
used—and revisits that issue to be sure the 
project doesn’t trip over an early and unfor- 
tunate choice. 
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The Past 


Traditional life cycle systems development is dominated 
by the main limitation of the platform: Machine cycles are 
expensive. Because mainframes are so costly to use, meth- 
odologies were developed to minimize the amount of ma- 
chine time used to build the system. These methodologies 
rely heavily upon building a complete paper-based model 
of the system before any coding is done. This paper-based 
model includes data-flow diagrams (exploded down to the 
nth level of detail), database designs, entity-relationship 
charts, structure charts, screen layouts, report layouts, and 
even pseudo code. Each of these pieces of paper requires a 
“walk through” review of each component by the develop 

ment team. | | | 

The human mind is good at abstraction and converting 
symbols into tangible reality, but asking participants to vi- 
sualize an entire system in their heads is a bit much. This is 
particularly true for end users, who often participate in 
walk-throughs but find it very difficult to visualize the sys- 
tem from paper models. In many cases, a customer signs 
off on a model without understanding how it will translate 
into reality. 

Traditional project development is also characterized 
by large teams of specialists, each coming in to do his or 
her phase and then leaving. The business analysts come in 
to do the functional design. The senior technical analysts 
come in next, turning the functions defined in the first step 
into structure charts, pseudo code, and the database or file 
design. With the analysis phase finished, the programmers 
and senior computer scientists descend to develop com- 
puter code based on the paper model the analysts have left 
behind. Finally, the systems testing and documentation 
specialists come in and take the system from raw code into 
production. Except for the project manager(s) and the poor 
users, there is no continuity between phases. There is in- 
sufficient team cohesiveness to proceed efficiently. If a 
programmer has a question on a subroutine specification, 
he or she has to track down the analyst, who may be work- 
ing on another system in another state or country. End us- 
ers are never effectively drawn into the process. 


PC/LAN-Based Systems 


Microcomputer CPU time is cheap—once you buy the PC, 
the CPU cycles are practically free. Consequently, a great 
deal of power can be devoted to the responsiveness of the 
visual display, so better user interfaces can be created. 
More power can also be devoted to automating the devel- 
opment process. The result has been easy-to-use develop- 
ment environments that can be used for programming, de- 
bugging, and executing user-friendly systems in a matter of 
days rather than weeks. The resulting programs are easy to 
change on the fly, sometimes even by users. 

However, the proliferation of all these easy-to-use de- 
velopment tools leads to a number of problems. It is not 
uncommon for an organization to have financial systems 
written in Xbase, personnel systems written in Paradox, 
and marketing systems written in DataEase. These incom- 
patible systems cannot share data, and the programs devel- 
oped with them, are for the most part undocumented and 
difficult to change. Developers often customize the pro- 
gramming languages beyond their core commands. Using 
user-defined functions and calls to compiled C or assembly 
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language routines, they create what amounts to a com- 
pletely new programming language familiar only to the de- 
velopers, whose place in the organization is thus secure 
(some would say too secure). 

The data security and integrity of LAN-based systems 


also has drawbacks. Most network-based systems use the 


file server as a shared hard drive, with all processing occur- 
ring on the user PC. The lack of intelligent processing on 
the file server makes it difficult to centralize the enforce- 
ment of data integrity or to incorporate the transaction 
processing and disaster recovery mechanisms common to 
mainframes and minicomputers. A hardware or power 
failure can wipe out a database file, or corrupt a catalog or 
index. In the event of such a failure, the only recourse is to 
go back to the most recent backup. And the lack of central- 
ized integrity controls means that even if backups are done 
on a regular basis, there is no guarantee that the data con- 
tained in the backup is not corrupt. Users of LAN based 
systems are living on borrowed time. 


Database Server Systems 


Client-server based computing promises to change all that. 
Imbuing the repository of data with intelligence allows a 
properly designed database server to incorporate all the 
data integrity and disaster recovery features required for 
high-transaction, mission-critical systems. Centralized da- 
tabase servers also allow the user departments to run a va- 
riety of front ends—from spreadsheets to executive infor- 
mation systems to more typical forms-oriented database 
development tools—against commonly accessible data. 
Incompatible islands of data don’t become a problem and 
data integrity protection that might be lacking in the front 
end can be provided centrally in the database server.: 

But client-server systems are inherently more complex 
than file-server systems. Two disparate programs have to 
work in tandem, and there are many more decisions to 
make about separating data and processing between the 
client PCs and the database server. Many pieces of soft- 
ware and hardware have to be understood and made to 
interact flawlessly. The systems tend to be larger and more 
complex than what is normally attempted on a microcom- 
puter platform. The ad hoc approach that typifies most file 
server-based application development breaks down. 

As a result, many organizations have reverted to tradi- 
tional life cycle methodology for client-server develop- 
ment, which can cope with the complexity but only at the 
cost of slowing development. The projects begin with high 
expectations, fail to deliver results as quickly as expected, 
and political factors then rise up to derail the project. As is 
usual in traditional life cycle development, end users are 
not well-integrated into the process and their needs are 
only roughly understood and rarely satisfied. The result 
has been a decrease in the number of client-server success 
stories—a critical factor in the acceptance of this new tech- 
nology. 

What is needed is a new methodology built around the 
right team members working in a close-knit fashion. The 
methodology must incorporate design steps of a tradi- 
tional development methodology, while also taking advan- 
tage of the interactive, rapid development potential of the 
tools available on microcomputers. 


Team Composition 


The first step in the process is to select the development 
group. A small and highly motivated group will reduce the 
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number and duration of design and development review 
meetings, and prove much easier to manage than a devel- 
opment staff resembling a hydra. 

The project sponsor is a critical member of this team. 
This person has to have a clear vision of the system and a 
clear mandate from management to spend the time and 
money to develop it. The manager of the department that 
will own the system makes an ideal sponsor, given a firm 
resolve and sufficient political power within the organiza- 
tion. Without a sponsor to steer and defend it, the develop- 
ment team may end up in political turf battles during sys- 
tem development. These battles will distract the team from 
its primary purpose, and may even force undesirable 
changes in the focus of the system. 

Programmers chosen for the team must possess both 
business acumen and computer familiarity. It has often 
been difficult to find programmers capable of understand- 
ing business problems and working with end users. But in 
the last ten years computers have become just another 
business tool in the repertory that includes calculators and 
telephones, making business and interpersonal skills essen- 
tial to programmers. This is particularly true for our itera- 
tive design methodology, which requires a single person or 
small team to do every step of module development. A 
computer scientist who can write the best C code in the 
world but can’t communicate well with users is unsuited 
for this methodology, as is a business analyst who is afraid 
of a keyboard. 

Once you’ve located programmers with the required 
savvy, separate them into two subteams, each responsible 
for the complete design, development, testing, and integra- 
tion of a complete systems module. 

If the project is sufficiently complex, each subteam will 
have two or three developers. One will work primarily on 
the database server, defining tables, rules, and security 
while the other(s) define screens, reports, and user process- 
ing. Given the luxury to divide the subteam into front- and 
back-end developers, assign programmers with relatively 
more business and user familiarity to front-end tasks while 
the back end developers should be stronger in technical 
capabilities. Of course, small projects can get by with only 
one developer to handle both front- and back-end develop- 
ment, provided the individual has both the database de- 
sign and user interface experience to do the job. Even in 
the case of multiperson subteams, it is important that each 
programmer be familiar with the concepts important to 
the others’ tasks. 

It is also critical to have end users in the team. At least 
one user should be available full-time to help with the front 
end development, answer questions, and do testing. This 
user will be the eventual system owner, so that when the 
development team is done someone on site has full knowl- 
edge of the system functionality. It is not uncommon to 
have the end-user team member be a fully functioning 
member of one of the parallel design and development 
teams. In fact, on small projects, you could use one devel- 
oper and one end user to build each development team. 
Make sure the user representative has the aptitude and 
training necessary to help with computer development. 
For instance, if the team is developing a front end with 
DataEase SQL, end users on the project team will, at a 
minimum, need to attend a week of DataEase SQL train- 
ing. 
In addition to the sponsor, developers, and at least one 
full-time end user, it is crucial to have an overall technical 
architect and a project manager. The technical architect is 
responsible for viewing the entire system as a whole, and 
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Figure 1. 
CSIRD Methodology Overview 


ensuring that the implementation approach and tools are 
viable and valid for the system. The project manager en- 
sures that deadlines are met, the functional design is on 
target, and coordinates the activities of the two teams. The 
project manager is also responsible for managing the rela- 
tionship with the sponsor, and ensuring that the business 
goals of the system are being met. Finally, the project man- 
ager needs to commit members of the team for the life of 
the project, as continuity is very important. This method- 
ology does not allow any warm body with knowledge of 
SQL or a 4GL to be plugged into the design team. 

Figure | gives an overview of the proposed iterative de- 
velopment methodology. There are several essential ele- 
ments: 


e Initial systems conceptualization; 
e Bounded discrete development; 


Parallel design and implementation; 


Continual tool and platform evaluation; 
e Postponed platform selection and installation. 


Initial Conceptualization 


Any methodology characterized by rapid development and 
implementation is subject to the criticism (such as, 
‘“‘Where’s the design phase?’’). In the CSIRD methodology, 
an initial overall design is fine-tuned via a phased design 
approach. Implementation of one module will proceed 
while the succeeding module is being designed, all guided 
by the overall architect and the initial functional design. 
Completed modules may cause design changes to ripple 
back through what has already been done. In other words, 
parallel design and development teams work together to 
bring each piece of the system smoothly online. Thus, 
functionality that could be crucial to the business is deliv- 
ered as soon as possible. 

The first step after the team is formed is a concentrated 
three to five days spent outlining the system. This “SWAT 
Team” phase provides an idea of the proper spirit of the 
thing—to quickly and efficiently knock off an accelerated 
high-level functional design. SWAT Team activity is best 
performed at an off-site location, away from the day-to- 
day demands and interruptions of the workplace. The 
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group performs problem definition, functional decompo- 
sition, and wish-listing. The result is a high-level func- 
tional design and sponsor internalization of the system vi- 
sion. In addition, the first module is identified and 
bounded, and an overall development plan agreed upon. 

The SWAT Team starts out with an initial problem def- 
inition. This is where the project sponsor details the busi- 
ness problem or opportunity and describes the types of 
functions needed to address that problem. It is important 
that no technical limitations be imposed on any of the 
functions discussed. The team should encourage the 
project sponsor and the user representatives to give a wish- 
list of the characteristics of the perfect system. 

Next, the entire team tries to break the system down 
into logical sections. This functional decomposition is best 
done by writing each section down on a separate, chart-size 
piece of paper and assigning high-level bullet points to key 
elements within each function. The papers should then be 
tacked up on the wall, so all participants can look around 
the room and see the system taking shape. Some discussion 
of technical feasibility is necessary to bound each of the 
functions. At the end of this process it should be possible 
for the project sponsor to look around the room at each of 
the functions posted on the wall and be able to visualize 
and internalize the system and all its functions. 

After all the functions have been defined, they are 
ranked by the developers and project sponsor. Each func- 
tion is rated from most to least useful. Also, at this time 
some kind of “reality check’ is done on each function to 
determine how practical it is in terms of business needs 
and feasibility. Once functional decomposition is com- 
plete, the team isolates and bounds the first module to be 
developed and separates the remaining functions into ten- 
tative subsequent modules. 

Because only the first phase goes through a detailed de- 
sign at this point in the process, it is important not to put 
too much emphasis on the components of each additional 
phase. One of the strengths of this methodology is that the 
functional design and the modules to be developed can be 
quickly changed as the business environment changes. By 
the time the first module is in development, the world will 
most likely have changed. 

A direct marketing system my associates and I devel- 
oped exemplifies the strengths of the methodology. Our 
client had a small outbound telemarketing operation and 
lots of paper. The effort was very successful, but manage- 
ment wanted to grow the telemarketing staff to 30 or 40 
people. It was clear that a system was required to support 
the telemarketing and fulfillment function. So we assem- 
bled a team that included our project sponsor, a technical 
architect, a project manager, and a direct marketing ex- 
pert. For the first day we let our client describe the type of 
system she wanted. As each different function of the sys- 
tem became clear, we summarized it on a flip chart and 
tacked it up on the wall. | 

By the end of the second day, all system functions were 
on paper hanging on the wall around the conference room. 
Our project sponsor stood in the middle of the room, 
looked around, and said ““That’s the system I want.”’ The 
functions included telemarketing, fulfillment, custom let- 
ter and signature generation, cost accounting, call tracking, 
call forwarding, automatic outbound call routing, perfor- 
mance tracking, and automated data feeds. 

With definition of the desired overall system behind us, 
we proceeded to hammer out the scope of the first phase: 
telemarketing and a rudimentary fulfillment system. Our 
tentative second phase included full-fledged fulfillment, 
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custom letter generation, and automated data feeds. The 
rest of the functions were left for future modules. 


Architect and Project Manager 


The technical architect is the overall arbiter of how the 
first module and the ones that follow will fit together; he or 
she understands how the entire system will work together 
technically. The technical architect is responsible for re- 
viewing database design and schema changes, ensuring the 
validity of the hardware platform, deciding on the appro- 
priate tools for each function, and coordinating the work 
between the two teams. On small projects with one- or two- 
member teams, the technical architect can be a part-time 
role. On larger projects the technical architect ought to be 
fully committed to the project. 

The process of building the development team, defining 
the roles of the developers, executing a SWAT Team rapid 
functional design, producing a detailed design for the first 
module, and selecting an initial development tool should 
take no longer than six weeks, and is usually accomplished 
in three weeks or less. The project manager’s role here is to 
schedule deliverables and act as an ongoing reality check to 
the technical architect. As they arise, the project manager 
also resolves disputes between teams or among team mem- 
bers. Like the technical architect, the project manager can 
be part time on small projects. For larger projects this role 
should be full-time. 


The First Module 


The first module you decide to build should not be too 
large. In the example, we needed to get a system that could 
support 20 to 30 telemarketers up and running within two 
months. As a rule, development of the first module should 
take no more than a month or two, so try not to front load 
it with most of the functions. If it is impossible to break the 
system up into discrete implementation modules, then this 
system should probably be developed using an accelerated 
traditional development methodology. 

After bounding the first module, the first development 
subteam does a detailed design of it in preparation for im- 
plementation. The second development subteam should 
also be working on the design of the initial module, but 
also on a high-level data model and program design of the 
entire project, with special emphasis on the second module 
to be developed. This subteam also prepares the functional 
specification document, which, along with the first phase 
detailed design and implementation plan, is the primary 
deliverable product of this first activity. 

The functional specification document details all of the 
functions identified by the SWAT Team, along with their 
rank ordering and assigned implementation module. It 
also includes a high-level data model. 

In the design of the telemarketing system, we pulled the 
development teams together and decided on a general da- 
tabase design. Customer tables, call tables, order tables, 
and others were all normalized and defined. Because this 
database design would have to support future functional- 
ity, such as performance and cost tracking, we allowed for 
those tables to be added in later. Once we had a general 
database structure, the first team started detailed design 
and development, while the second team started selecting 
and building the application development platform and 
selecting the development tools. | 
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Choosing Piatforms and Tools 


Other systems development methodologies tend to dis- 
count platform selection and implementation tasks. They 
usually assume it already exists. If a company has an IBM 
3090 and an application to be developed, in most cases 
that application will run on the 3090. With LAN and client 
server-based development, either the platform doesn’t ex- 
ist at all, or it will need to be reviewed and enhanced. This 
gives the development team a lot of flexibility, but it also 
increases the risk. 

It is not necessary for development of the first module 
to lock in the final delivery platform, or even the final 
tools. The platform and tool selection activity is continu- 
ally revisited during the iterative design and development 
process. 


Database Server 

The only primary tool locked at this stage is the database 
server. The database server must be easily scalable and of 
production quality. It should be able to run on a variety of 
hardware, from the PC that you will use for development 
to (if necessary) a supermini or mainframe if you think the 
data volume will require it immediately or in the future. 
For our telemarketing system we initially set up a small 
development environment with cheap twisted pair wiring, 
an inexpensive 10BaseT 8-port concentrator, a 386 file 
and database server, and some 386 workstations. As the 
system was being developed the offices were wired for 
10BaseT, and a serious concentrator was built in a wiring 
closet. When the system went live we secured a more pow- 
erful database machine, gave the old one to one of the 
power users, plugged new telemarketing workstations into 
the new network, and recycled the things that we didn’t 
need back to the development team. 


Client Tools 

The client development tool also needs to be of production 
quality. Avoid the temptation to use a front end tool that 
has just been announced or is in beta unless there are no 
other suitable tools. And if there aren’t any other suitable 
tools, you may need to select another database server. The 
client development tool should allow you to quickly de- 
velop and modify the application. 

Whatever you do, don’t select a third-generation lan- 
guage (3GL). You want to be able to rapidly develop each 
module and easily modify it based on end-user and overall 
architect feedback as it begins to take shape. You may need 
to go back and rework parts of the module in a lower level 
language later for performance, but the initial front-end 
development should be done with a high-level tool. 


NOS 

The network operating system for the development envi- 
ronment should be purchased with an eye towards sup- 
porting client server-systems and, if it’s a foreseeable need, 
connectivity with minicomputers and mainframes and 
multiprocessing locations. You must be sure the database 
server and client software are tested and approved for that 
network operating system—relatively minor incompati- 
bilities can have a significant impact on your progress. 


Machines 

The database server machine should be just fast enough to 
not interfere with development. Don’t go out and buy the 
production machine now. You don’t want to spend all 
your money on a 486-based Super Server, only to find out 
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Figure 2. 
Parallel Development and Design 


Phase n Development 


Platform/ 
t Modular 
Design Tool 
Development Installation 


This diagram illustrates the development cycle of one appli- 
cation module, in this case, the data-entry screens and pro- 
cessing portions of a client-server application. Development 
of one module occurs while the design of the subsequent 
module is taking place. Parallel development and design 
ensures that pieces of the system are in place and address- 
ing the business problem relatively rapidly, while prior and 
subsequent phases are being revisited and designed respec- 
tively. One group of developers is given complete responsi- 
bility for each module, ensuring consistency and complete- 
ness. 


at implementation that a RISC-based UNIX server is re- 
quired. Make sure that the server machine can be used as a 
workstation down the road if an upgrade is required. The 
client development machines should be expandable 
enough to support DOS, OS/2, or UNIX depending on the 
client software selected. 


Parallel Development and Design 


The key to this methodology is that development on one 
module occurs while the design of the subsequent module 
is taking place. Parallel development and design ensures 
that pieces of the system are in place and addressing busi- 
ness problems relatively rapidly, while prior and subse- 
quent phases are being revisited and designed respectively. 
One group of developers is given complete responsibility 
for each module, ensuring consistency and completeness. 
The concept has been proven by auto makers who have 
improved quality by giving a group of assembly line work- 
ers complete responsibility for a particular car, start to fin- 
ish. The resulting feeling of ownership and pride is a big 
plus in software development as well, as is the resultant 
understanding of how all the pieces of the module interact. 
Figure 2 shows the complete cycle for development of a 
module n. It is important to note that while module n 1s 
being designed, module n-1 is being implemented. And 
while module 7 is being implemented, module n+1 is be- 
ing designed. In addition, while this module is being de- 
signed and developed, the project manager and technical 
architect are monitoring and updating the high-level func- 
tional and systems design developed by the SWAT Team. 
These modifications occur as the business environment 
changes, allowing the software to adapt to the real world. 
The flexibility of this approach cannot be overstated. 
During the development of the second phase of our 
telemarketing system we had one team developing the cus- 
tom letter, fulfillment, and data input functions, while the 
other team was designing the cost tracking, telemarketer 
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performance, and call tracking module. But because our 
first phase was so successful, our client was suddenly given 
responsibility for inbound technical calls. Suddenly we 
had to accommodate not only outbound telemarketers 
making calls and placing orders, but also the handling of 
inbound calls and orders. We were able to easily postpone 
the design of phase three, and shift that phase’s team into 
an accelerated design and development of the newly con- 
ceived inbound module. We were able to develop a rudi- 
mentary inbound system in a month and fully integrate it 
into the whole system within three months. If we had been 
using a traditional development methodology we probably 
would have had to finish our existing system before even 
thinking about any changes or enhancements. 


The Design Phase 

This phase starts off with enhancements to the existing 
data model developed for prior phases (if any). This design 
is done by both the front- and back-end developers, with 
assistance available from the other development team and 
the technical architect. Complete screen and report layouts 
are not necessary, as the development tool chosen should 
make these easy to produce and change during develop- 
ment. The focus should be on revisions to the database 
design, changes required to existing programs and screens 
(perhaps to accommodate a new submenu structure), and 
any new business and data rules. New tables might be 
added to accommodate custom letters, for example, or new 
columns might be added to existing tables to add an ac- 
counting department code to an existing department table. 
If you make good use of views in your database design and 
implementation, these changes to the physical tables 
should not affect your existing screens and reports. 

The design phase should not last longer than two to four 
weeks. 

Once the front- and back-end developers have agreed 
upon the new database design, they split off and design 
their front and back ends. The back-end developer works 
on the physical tables, rules, defaults, and data types, and 
he or she also needs to make sure that business rules and 
integrity features already programmed into the database 
are modified to reflect the new functionality of this mod- 
ule. This database design might incorporate data struc- 
tures from other sources around the company, and should 
locate or replicate data appropriately. 

As the back-end developer works on the physical data- 
base design, the front-end developer works on the logical 
design. Existing and new views are identified, using both 
the database server and client software. This task also 
identifies new screens and reports required, and any 
changes to the existing front-end software. Any new pro- 
cessing or changes to old programs are identified and de- 
signed as well. 

Processing design is done by both subteams in order to 
determine the best place to put new programs and balance 
the load on the clients and the server. Functions primarily 
concerned with data display and entry via screens and re- 
ports are normally placed on the client, while functions 
that involve data retrieval, storage, and transformation are 
located on the server. The subteams also address any data 
synchronization required between the client, the server, 
and any remote data stores. 

Once the design is completed, development proceeds. 
The back end developer has to create new tables on the 
server and change old tables as required before work can 
proceed. The front-end developer proceeds with screens, 
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reports, and client processing while the back-end devel- 
oper concentrates on developing data integrity, business 
rules, and procedures on the server. Both teams’ members 
should be flexible enough to help the other out should one 
finish first. The development process should take no more 
than two months. 


Tool and Platform Review 


Once the module has been implemented, the front-end 
tools and the platform are reviewed. A decision is made as 
to the fit between the module and tools. If the tool used to 
develop the front end is too slow or cumbersome, some or 
all of it can be rewritten in a faster or more flexible lan- 
guage. This should be a relatively straightforward process, 
because the module is already designed and developed. 
Client-server computing allows for client software inde- 
pendence, so functionality can be developed on different 
client programs and still be integrated into the application. 

For instance, in our telemarketing system it was crucial 
to allow a user to bring up a standard letter and individu- 
alize it on the computer. We also needed to combine a 
scanned signature into the letter. Our selected front-end 
tool could do these things, but not easily. In a future phase 
we intend on rewriting the letter component in C and run- 
ning it under Windows or PM along with the regular front- 
end application. 

If the database server hardware is becoming a bottle- 
neck, a decision needs to be made about upgrading the 
hardware. If the network is too slow, that choice needs to 
be examined and individual components replaced. Our cli- 
ent on the telemarketing system has already replaced the 
initial 80386 database server with a machine based upon 
the 80486. We have already upgraded the standard work- 
station twice by adding RAM and a hard disk to take ad- 
vantage of new technology and modules. When network 
performance began to degrade, we upgraded the network 
interface card in the server with one of the new fast 32-bit 
Ethernet variety. 


Tune, Then on to N+2 

Hardware and software tuning and unit testing happens 
once the hardware and software have been finalized. At 
this point, the production environment is also upgraded or 
replaced. After parallel testing and training, the module 
goes live and the development team goes to work designing 
phase n+2. 


When to Use CSIRD 


The Iterative Rapid Development Methodology I’ve dis- 
cussed has been used successfully to build many complex 
LAN and client-server systems. In many cases it has dra- 
matically improved a company’s competitive position by 
allowing for support systems to be implemented rapidly. 

Many types of systems can benefit from the methodol- 
ogy, but some require a more traditional approach. Some 
systems are incapable of being decomposed into modules 
that can be phased into production. They may involve ex- 
tremely large data sets or extremely rigid security. You 
couldn’t use the methodology to develop an airline reser- 
vations system, an air traffic control system, an assembly 
line process control system, or large-scale billing systems 
for a telephone company. 

The CSIRD methodology is most effectively used to 
empower professional staff rather than automate clerical 
functions or process control. The first wave of computer 
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systems were concerned with automating repetitive man- 
ual procedures, but many of the strategic systems being 
developed today are geared more towards symbolic analy- 
sis than line functions. Examples of the types of systems 
that can be developed with the iterative development 
methodology include marketing, inventory, decision sup- 
port, and customer service. 


Strategic Planning Requirements 


The Iterative Development Methodology also doesn’t take 
into account the strategic value of the system being built. It 
is assumed that a company will do up-front analysis to de- 
termine the best place to put limited system development 
resources. Before committing dollars to any development, 
a company is encouraged to develop a long term strategic 
plan, and analyze the potential return on the systems de- 
velopment dollar when compared to other activities or sys- 
tems. 

Once that crucial decision has been made, the method- 
ology will help to develop the chosen system more rapidly. 


Methodology Benefits 


The Client-Server Iterative Rapid Development Method- 
ology produces quality systems sooner, maximizing return 
on the development dollar while accelerating system bene- 
fits. In today’s changing business environment, a two-year 
development life cycle is simply too long for many types of 
systems. Marketing initiatives tend to lose force and via- 
bility over that length of time. It is far better to develop a 
marketing system in mere months to support a new prod- 
uct or service that gives a company a competitive advan- 
tage only if it is launched in a timely manner. 

One of the reasons our telemarketing system example 
was such a success was that it was fully operational in three 
months, capable of supporting up to 40 users. We have 
subsequently enhanced it substantially, but the core of the 
system is still there. Changes in the business environment 
and in the focus of our client’s department were easily ac- 
commodated in the development and design. 
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The flexibility of this approach cannot be overempha- 


sized. Rather than attempting to “hit” a moving target 


during an extended development cycle, a system’s focus 
can easily be modified and redirected as the business envi- 
ronment changes. In many cases it is better to have 20 per- 
cent of the total functionality next quarter rather than wait 
two years for 100 percent functionality. It is fairly easy to 
predict what next quarter is going to be like. It is substan- 
tially harder to divine what the business environment will 
be like in two years. 

Another benefit of the methodology is the ability to dis- 
cover doomed systems early on. One of the dirty secrets of 
the computer industry is that many applications that go 
through the design and development phases never go into 
production at all. Either the system’s concept is flawed, or 
the execution is a failure. An iterative approach allows for 
these doomed systems to be discovered in the two to five 
months it takes to implement the first module rather than 
in the two to three years needed to develop an entire sys- 
tem. This saves dollars and presents the opportunity to 
move your staff to developing a system that will really 
make an impact. 

The Iterative Rapid Development methodology allows 
you to use the interactive rapid development tools that 
have become popular on a PC to rapidly build secure sys- 
tems on a LAN platform. You can develop a system in two 
to four months that has all of the data integrity and secu- 
rity features of a mainframe system that takes two to four 
years to develop. You can maximize your development 
dollars while minimizing the chance of failure. 

The bottom line is this: Iterative Rapid Development 
has the potential of dramatically decreasing systems devel- 
opment backlog while quickly delivering quality systems 
that can interoperate with the rest of an organization’s in- 
formation system. 
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Multitasking on the 386 


This report will help you to: 


e Review the key architectural features of the 80386 


microprocessor. 


¢ Know the 386 operating system and task initialization steps. 


e Understand the importance of the HLT instruction in a 


multitasking environment. 


With Intel’s introduction in 1985 of 
the 80386, developers were faced 
with a processor that far exceeded 
any of Intel’s previous offerings. In 
the PC marketplace, 8086 and 80286 


~ compatibility combined with faster 


execution speed made the processor’s 
success a foregone conclusion. For 
developers of embedded systems, 
however, the addition of new archi- 
tectural features was even more com- 
pelling than speed. 

Foremost among these feature 
improvements was support for 32-bit 
addressing. Programmers could fi- 
nally get around the segmentation 
bottlenecks of the past and define 
segments as large as 4 gigabytes. For 
developers of operating systems, a 
number of new features made the 


This Datapro report is a reprint of ‘“Multitask- 
ing on the 386,” pp. 28-39, from Embedded 
Systems Programming, Volume 3, Number 4, 
by Jim Betz. Copyright © 1990 by Miller Free- 
man Publications. Reprinted with permission. 
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80386 a developer’s dream, includ- 
ing a powerful new paging architec- 
ture and facilities for improved I/O 
management. 


Task Management 


Taken together, the new features 
made it practical for designers to de- 
velop a virtual-machine operating 
system for an Intel processor. Before 
creating a multitasking virtual- 
machine operating system, though, 
designers should review the key 
80386 architectural features and how 
they can be used to implement the 
basic system functions of task protec- 
tion, task management, memory 
management, I/O device manage- 
ment, and interrupt or exception 
handing. 

The 80386 provides several 
mechanisms to implement task pro- 
tection. The operating system must 
allow concurrent tasks to execute as 
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efficiently as possible without corrupting the sys- 
tem’s kernel or each other. 

The 80386 allows the task address space to be 
divided into memory segments, each with a base 
address and range. The segment is referenced by a 
descriptor, which is defined in the global descriptor 
table. A particular segment is activated by loading © 
a segment register (CS, DS, and so on) with the de- 
scriptor number. 

An operating system can use segmentation in 
many ways. The simplest way is to define one flat 
address space shared by all tasks, including the ker- 
nel, in which the base address is O and range is 4 
gigabytes. This method is efficient, since segment 
register loading (an expensive operation) is mini- 
mized and segment faults are eliminated. The flat 
memory model is efficient but provides little pro- 
tection from intertask corruption. Fortunately, the 
80386 paging mechanism provides us with an ex- 
cellent alternative. 

The 80386 paging mechanism allows each 
task to have a unique segregated address space. 
The page directory table is a 4 kbyte array, where 
each 4-byte entry addresses a page table. Similarly, 
a page table is a 4-byte array, where each 4-byte 
entry addresses a 4-kbyte memory page. One page 
directory table and its associated page tables can 
define the entire 4-gigabyte address space, with 
each page table defining up to a 4-Mbyte region. 

A page directory table and its associated ta- 
bles is activated by loading the page-directory ad- 
dress into the 80386’s control register 3 (CR3). By 
activating a unique set of page tables for each task, 
memory segregation can be achieved. 

The 80386 provides a four-level privilege hi- 
erarchy. The task privilege level determines what 
instructions it may execute and what memory 
pages it may access. An attempt to access an in- 
struction or resource outside the task privilege 
level will generate a general protection exception. 
The operating system’s kernel executes at ring 0 
with full access to all system resources. At the other 
extreme, users applications should execute at ring 
3, so the operating system can maintain overall 
system control and integrity. 


Task and Memory Management 


The primary 80386 task management construct is 
the task state segment (TSS). The base area 1s es- 
sentially a cache for processor registers. Whenever 
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a task is activated, its associated task state segment 
is loaded into the task register. Optionally, this seg- 
ment can include an I/O permission bit map that 
defines which I/O ports can be access by the task. 

Task dispatching decisions are obviously the 
operating system’s responsibility. A task can be 
interrupted for a variety of reasons, depending on 
the application. It is up to the operating system’s 
task dispatcher to diagnose the cause of the inter- 
ruption and either redispatch the interrupted task 
or dispatch a new task. 

When the 80386 paging mechanism is acti- 
vated (through control register 0), linear addresses 
are automatically translated into physical ad- 
dresses. The 80386 caches the 32 most recently 
referenced pages in the translation lookaside buffer 
to minimize table lookups. Each page-table entry 
has control information to record the status of the 
related memory page. 

Access rights can be defined on a page-by- 
page basis. Page-accessed, page-present, and page- 
dirty flags can be used by the operating system’s 
paging supervisor to implement a virtual memory 
mechanism. If the page-present flag is not on for 
the referenced page, a paging exception (INT OE) 
1s generated by the processor. The operating sys- 
tem’s paging supervisor can retrieve the missing 
page from auxiliary storage and reexecute the fault- 
ing instruction. The page-accessed flag can tell the 
supervisor which pages may be eligible for transfer 
to auxiliary storage. The page-dirty flag indicates 
that the page has been modified. 


Interrupts and Exceptions 


An interrupt refers to a signal generated by a hard- 
ware device to indicate some event and is often 
referred to as an IRQ. An exception signals that an 
illegal operation has been attempted by a task. 
Both events are managed through an 80386 data 
structure called the interrupt descriptor table. This 
table defines the routine to receive control when 
the interrupt or exception occurs. Table entries 0 
through 31 are reserved for Intel-defined events. 
IRQ numbers depend on hew the 8259A in- 
terrupt controller base has been programmed. 
Since the standard 8259A base for PC hardware is 
eight, a conflict exists with the reserved Intel ex- 
ception numbers. One of the first jobs of an 80386 
protected-mode control program is to move the 
8259A base to an unassigned slot. Generally, the 
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first-level interrupt handler for a hardware IRQ 
will pass control to the hardware device-driver 
module, which is currently managing the interrupt- 
ing device. Page faults are passed to a paging 
supervisor for resolution. 

General protection exceptions are generated 
for a wide variety of events. It is the responsibility 
of the general-protection handler to determine the 
exact cause of the exception, which usually in- 
volves disassembling the faulting instruction. I/O 
instruction exceptions are usually passed to the 
hardware device driver that is managing the I/O 
port in question. Other privileged instructions are 
either emulated, ignored, or cause the faulting task 
to be aborted. 

The number of exceptions generated by a task 


can be influenced through the I/O privilege level. 


This level is the minimum privilege level at which 
a task can issue I/O instructions. When executing 
at I/O privilege level 0, a privilege level 3 task will 
generate the maximum number of exceptions for 
I/O instructions and give the operating system the 
maximum control over the I/O environment. It 1s 
often desirable to allow well-behaved tasks to exe- 
cute at I/O privilege level 3 to minimize overall 
system overhead. 


I/O Device Management 


The diversity and complexity of PC hardware 
makes I/O device management one of the major 
challenges for a virtual-machine operating system. 
I/O devices usually include some combination of 
I/O ports, interrupt lines, and memory. A special 
hardware device driver is usually required for each 
I/O device. The management of hardware devices 
in a virtual machine environment cuts across al- 
most all areas of the 80386 architecture. Hardware 
interrupts can be fielded through the interrupt de- 
scriptor table, I/O ports can be trapped through the 
I/O permission bit map, and references can be 
fielded through the general protection handler. 
Hardware memory components can be managed 
through the paging system. 

From an operating-system point of view, I/O 
devices can be divided into three categories: 
shared, floating, and exclusive. Some devices can 
dynamically change categories, depending on how 
the user wishes to use them at a given time. 

For a shared device, the physical hardware is 
managed by the operating system, and the user 
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tasks are presented with a logical (or virtual) image 
of the device. All user references to the I/O ports 
must be trapped and simulated. All physical IRQs 
must be fielded by the operating system and pre- 
sented as logical interrupts to the user task after 
taking the logical interrupt status into account. The 
task may have the processor logically disabled for 
interrupts, or it may have the specific IRQ logically 
masked off in the 8259A. Some examples of this 
type of device are the 8259A interrupt controller 
and 8254 interval timer. 

Floating devices have dual personalities. 
When a task is in the foreground, these devices 
may get access to the physical hardware. In the 
background, they have no hardware access and are 
simulated by the operating system. Video adapters 
fall into this category. When a task is visible (in the 
foreground), it is allowed to interact directly with 
the hardware to achieve optimum performance. 
When moved to the background, the device’s en- 
tire physical state must be recorded. The device is 
then simulated until it is brought back to the fore- 
ground. 

As you might imagine, an exclusive device is 
allocated to only one task at a time. Under these 
circumstances, it can usually be allowed to interact 
directly with the hardware. Parallel and serial de- 
vices can be included in this category. 

In 80386 protected mode, segment registers 
do not contain linear addresses. Instead, they are 
index values in descriptor tables. How can existing 
8086 applications execute as tasks in this environ- 
ment? The answer is Virtual 86 mode. A task in 
this mode executes as if it were executing in real 
mode. All the 80386 mechanisms discussed previ- 
ously still apply. (The exception is that the segment 
register values loaded by the task are interpreted in 
the conventional real-mode manner.) Of course the 
addressing limitations of the real mode environ- 
ment also apply for the task. 


Designing a Virtual System 

Unlike the infamous 80286 real-mode implemen- 
tation, you may have multiple Virtual 86 tasks run- 
ning on the 80386. In a virtual-machine operating 
system, these tasks are executed concurrently, with 
each believing that is has full access to the physical 
hardware resources. The operating system must 
distribute the physical resources to the active tasks 
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_in the most efficient way possible while trying to 
prevent intertask corruption at the same time. 
One of the first successful, virtual-machine 
operating systems was the VM/370 written for the 
_ IBM 370 mainframe. VM/370 has two basic com- 
~ ponents: the control program kernel and the con- 


_versational monitor system. The monitor system is 


basically an interactive development environment. 
Multiple copies can be executed concurrently to 
provide a multitasking and multiuser environment. 

In the 80386 world, equivalents for the con- 
trol program kernel and conversational monitor 
‘system have been developed. (The monitor equiva- 
lent is commonly called DOS.) By executing multi- 
_ ple DOS tasks in Virtual 86 mode under a 80386 


control program, you can achieve multitasking of 


existing PC applications. 

Now that we’ve considered some of the func- 
tions that must be performed by an 80386 
operating-system kernel, it’s time to take a closer 
look at task operation. The following is an outline 
of the major steps that occur in the initialization of 
an 80386 operating system and its associated tasks. 


386 Operating System and Task Initialization 
Steps... 


Operating System Initialization 


1. Build the operating system’s global data struc- 
tures. 


Build GDT, IDT, and BASE page tables. 
Load kernel modules. 


Load hardware device drivers. 


Task Creation | 


1. Build the operating system’s task data struc- 
tures. : 


2. Build TSS. 

3. Allocate task-specific memory. 
4. Build task-specific page tables. 
5 


Allocate task-virtual hardware devices. 


Task Boot 


1. Initialize task memory (interrupt vectors, 


- BIOS areas, and so on). 


2. Initialize task-virtual hardware devices to boot 
status. 
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3. Initialize task execution (usually ae 19 to. - 
boot under DOS). | | 


A task will continue to execute until one of four 
events take place: 


; The time slice expires. In this case, the next a 
__ highest priority task will be dispatched. | 


«= =6An external interrupt occurs. If the interrupt is 


for a higher priority task, the currently execut- 
ing task will be preempted. 


¢ An 80386 exception occurs. edie in- 
struction is either emulated or ignored, and the 
current task i is redispatched. | ae. 


¢ A HLT instruction is executed, which produces 
an 80386 exception. 3 . 


Task Execution 


The HLT is a very valuable instruction in a aeutti: 
tasking environment. It allows a task to voluntarily 
give up control until an external interrupt occurs. 
Many DOS applications needlessly waste processor 
resources looping on a condition that can’t be satis- 
fied until an external interrupt occurs. By issuing _ 
the HLT instruction, the task can free the proces- 
sor to service other tasks until the external inter- 
rupt occurs. A simple example of this capability is: 


LABEL1: :WAIT FOR A KEYSTROKE WITH EXTREME 
PREJUDICE 


MOV AH.01 KEYSTROKE AVAILABLE? 
INT16H | 
JZ LABEL1 - NO - KEEP LOOKING 


LABEL2: :WAIT FOR A KEYSTROKE WITH CONSIDERATION 


MOVE AH.01 :KEYSTROKE AVAILABLE? 
INT 16H ae 

JNZ END_LABEL2~ :..YES - EXIT : 
HLT NO = WAIT FOR INTERRUPT 
JMP LABEL2 CHECK FOR KEYSTROKE 
END_LABEL2: 


A final option is task suspension by a system | 
resources manager. This manager monitors the sys- 


tem for special conditions including idle tasks. An | 
idle task could be defined as one that executesfora 
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long period of time without doing anything, such 
as LABEL1. Clearly, this area requires some judg- 
ment and is beyond the scope of this report. 
Resource-manager, decision-making parameters 
should be configurable on a task-by-task basis to 
account for variant application-execution patterns. 


Additional Considerations 


A primary concern of any multitasking operating 
system is file-system integrity. Managing concur- 
rent access to data files and directories is depen- 
dent on the specifications and structure of the 
individual file system and independent of the host 
hardware architecture. 

We have discussed multitasking DOS applica- 
tions using the 80386 Virtual 86 feature. What 
about breaking out of the 640-kbyte limit with ap- 
plications that can execute full 32-bit addressabil- 
ity? The technology exists, but the industry 
standards have not been written. DOS applications 
have already been written that allow 32-bit ad- 
dressability. These applications execute under a 
protected mode shell, commonly called a DOS ex- 
tender. | 

Unfortunately, DOS extenders cannot coexist 
with 80386 control programs. The de facto stan- 
dard, VCPI, that was developed to address simul- 
taneous, protected-mode processes did not take 
80386 control programs into account and is lacking 
in some key areas. These applications execute at 
privilege level 0, which means that a DOS extender 
can preempt and possibly corrupt the operating 
system’s control program. 
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In addition, I/O port trapping for simulation 
and redirection of hardware devices is not possible 
for privilege level 0 applications. It is not possible 
to develop any kind of robust multitasking envi- 
ronment under such conditions. Multiuser systems, 
which require I/O-request redirection, are imprac- 
tical. Help may be on the way, however. Microsoft 
Corp. has developed a standard called DPMI that 
addresses these issues. Hopefully, DPMI-based 
software will be under development soon. 

80486 machines are now available and offer 
some additional advantages. The number of cycles 
required to execute most processor instructions has 
been cut in half. In addition, several new instruc- 
tions have been added, including compare-and- 
exchange (CMPXCHG). This instruction is similar 
to the IBM 370 compare-and-swap instruction and 
can be used to facilitate tightly coupled multipro- 
cessor support. 

Current serial hardware technology was defi- 
nitely not designed for modern multitasking envi- 
ronments. The transfer of each data byte can only 
be accomplished with a great deal of software over- 
head. In addition, current serial hardware and soft- 
ware is not very tolerant of the timing distortion 
introduced by a time-sliced multitasking environ- 
ment. It 1s encouraging to see that the recently an- 
nounced Hayes ESI specification has recognized 
this problem. Hopefully, it will be given consider- 
ation in future PC hardware and software environ- 
ments. 

The merging of 80386/80486 hardware tech- 
nology with multitasking and multiuser control 
programs can bring a whole new level of power and 
flexibility to PC users. The PC industry is going 
through a rapidly accelerating transformation be- 
cause of this technology. For better or worse, the 
single-machine-single-task approach to PC devel- 
opment must give way to a broader solution. The 
need for robust and far-sighted hardware and soft- 
ware standards 1s critical if we are going to realize 
this technology’s potential. 
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Programming on the 386 


This report will help you to: 


e Understand the four modes of the 386 microprocessor and 
what they mean to a programmer. 


¢ Evaluate features of some of the available 386 programming 


tools. 


e Review the high-level programming languages for the 386 


microprocessor. 


The 386 microprocessor provides 
programming power that profession- 
als have used to craft exciting new 
operating systems and applications. 
Users can receive the benefits of the 
386 chip by buying these products 
and using them wisely. Increasingly, 
though, users want the freedom to 
customize or integrate their commer- 
cially acquired products themselves. 
This requires the use of the same 386 
PC programming tools that the pro- 
fessionals use. 

While this might seem forbid- 
dingly technical, it need not be. Cer- 
tainly, assembly language 
programming for the 386 chip—the 


This Datapro report is a reprint of Chapter 13, 
“Programming 386 PCs’, pp. 279-291 from 
Intel’s Official Guide to 386 Computing by 
Michael Edelhart. Copyright © 1991 by 
McGraw-Hill, Inc. Reprinted with permission. 
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method that offers the greatest con- 
trol over the system—requires de- 
tailed technical knowledge. But 
many users today know their PC sys- 
tems in great detail, and for them 
assembly language programming 1s 
not out of the question. 

For less technically adept users, 
the 386 system environment today 
sports a wide array of tools, one of 
which is sure to match the needs of 
any individual committed to the idea 
of personal programming. 

One of the best aspects of all 
386 PC programming products is 
that, in addition to simply develop- 
ing code that takes advantage of the 
386 chip’s capabilities, they use the 
chip themselves to produce develop- 
ment environments of remarkable 
safety and comprehensibility. Using 
386 PC programming products, 
which are far more complex than 
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their 8088 and 80286 forebears, is generally much 
easier and more enjoyable. 

In this report, you'll learn about 386 PC pro- 
gramming products from the chip level outward— 
from assembly language through high-level 
languages, to operating system tools and applica- 
tion builders. 


The Programming Environment for 386 


Systems 

All 386 CPU-based programming products take 
advantage of a rich programming environment es- 
tablished by the 386 microprocessor. To under- 
stand how to get the most from any 386 PC tool, 
you'll need at least a general idea of what the 386 

- processor provides programmers. 


Four Modes 

First, a 386 PC programmer needs to understand 
that the 386 chip can be viewed as having four 
“personalities.” Any 386 system software must be 
written to one of these personalities. 


Real Mode 

When the 386 processor is turned on or reset, it is 
designed to come on in Real mode. Real mode is 
the 386 personality that virtually replicates the 
8088 chip. In Real mode, the 386 chip operates as 
an extremely fast 8088 chip. This Real mode capa- 
bility is the reason that the 386 computer can run 
existing PC programs. However, none of the 386 
PC’s new, sophisticated capabilities comes alive in 
Real mode. 


286 Mode 

Real mode runs like an 8088 chip, but what about 
software that was developed for the 286 processor? 
The 386 processor is designed as a superset of the 
286 processor. This means that the 386 chip runs 
all 286 PC program instructions exactly as they 
were originally designed. When it senses their pres- 
ence, the 386 system automatically supports the 
286 chip’s 16-bit memory addressing and all of 
that chip’s unique features. 

The 386 system doesn’t actually go into a sep- 
arate mode to accomplish this; the processor’s na- 
tive state comes with 286 chip support built in. 
Keep in mind, however, that the more powerful 
chip can completely mimic its less powerful prede- 
cessor. 
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386 Mode 7 
The 386 processor’s native state is 386 mode. Iti 1S 
a protected environment, which means that old 
Real mode PC programs won’t run in it. It is fully 
32-bit in design, supports segmented and paged 
memory models, and offers large segments and all 
the other benefits of a 386 PC that have been de- © 
scribed in this report. UNIX, DESQview, Win- 
dows 3.0, and the other products that bring the 386 
chip’s power to users work in this mode. 

While Real mode and 286 mode bring com- 
patibility to the 386 chip, 386 mode (also called 
protected mode) is the processor’s power personal- 
ity. Over time, as more software appears that takes 
specific advantage of the 386 chip, the 386 PC’s 
protected mode will become the standard a 
platform for PCs. 


Virtual 8086 Mode 

One of the features of the 386 chip’s protected 
mode can be viewed as a personality in its own 
right. The virtual 8086 mode is the 386 chip’s way 
of creating ‘“‘virtual’’ PC sessions. This allows the 
386 chip itself and its operating system to run in 
the 32-bit protected mode, while still being able to 
run Real mode DOS applications. In the virtual 
8086 mode, each DOS session looks to the pro- 
gram in it just as an original PC would. In reality, 
the session operates in protected mode; the 386 
chip “fools” the old program about its surround- 
ings. Since each of these sessions has access to the 
32-bit protected mode’s full protection mecha- 
nisms, a properly written 386 system can run many 
of them at once, keeping each isolated from the 
others. Each virtual 8086 mode session thinks it 1s 
alone. 


The Importance of the Four Modes 

The 386 processor’s four “personalities” give the 
potential programmer a great deal of freedom in 
deciding how to create software. Real mode means 
that old code still works and all existing DOS and 
Intel architecture programming tools also work. 
Even if you wrote code in the oldest PC assembler 
or the very first copy of Turbo Pascal, the 386 chip 
would run it. 

The virtual 8086 mode assures that any of 
this old-style PC software will still be able to run in 
the latest 32-bit operating environments. There is 
no need to move to a more complex or unfamiliar 
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programming environment to create a simple pro- 
gram to run with more complex 386 system soft- 
ware; write it with the tools at hand and let the 
virtual 8086 mode carry it into the future. 

The 386 processor’s complete 286 chip sup- 
port means that the many programs written to take 
advantage of IBM PC ATs, PS/2s, and the host of 
other 286 chip-based computers and their periph- 
erals will work unmodified on the more powerful 
chip. None of that dBASE or Lotus or EMS-related 
code need be wasted. 

Of course, the 32-bit protected mode environ- 
ment holds the key to a host of new possibilities for 
PC programs. | 


Low-Level Programming Languages for 


the 386 Processor | 


Assembly language is the programming scheme 
that gets closest to the processor and its surround- 
ing system resources. In assembly language, an ex- 
tensive set of chip, memory, and input/output 
binary machine language operations is gathered 
together and assembled into commands that are 
comprehensible to users. These commands take 
some getting used to because they control com- 
puter activities, as opposed to human ones. They 
deal with registers, segments, protection levels, and 
so on. This means that assembly language pro- 
grammers need to understand the system they are 
working with in detail. However, this assembly lan- 
guage knowledge translates directly into power. 
Assembly language provides pinpoint control and 
the fastest performance of any programming lan- 
guage. 

| Assembly language programming tools come 
in three parts. First is an editor, where the pro- 
grammer enters the assembly language instructions 
along with comments that serve as both personal 
notes about what is going on and as internal docu- 
mentation of the program. Next is an assembler. 
The assembler reads the instructions and translates 
- them into machine language code for the specific 
_ system where they will run. The third part is a 
linker, which binds an assembly language program 
to the conventions of a particular operating system. 
_ So an assembly language program is written for a 
386 system using 32-bit instructions, compiled by a 
32-bit assembler, and then linked to a system that 
runs on a 386 PC, such as UNIX or OS/2 version 
2.0. 
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Remember, all existing PC assembly language 
programs are supported by one of the modes of the 
386 system. You should move to one of the prod- 
ucts described here either to get at the full range of 
32-bit protected mode power or to have a more 
modern, interactive environment for writing tradi- 
tional PC programs. 


Microsoft Macro Assembler 

Microsoft’s Macro Assembler (MASM) is widely 
accepted as the standard assembly language system 
for PCs. This version supports the new 32-bit in- 
structions and memory models for the 386 proces- 
sor. It has been designed to make it especially easy 
to link 32-bit 386 chip assembly language code 
with programs written in high-level languages, such 
as C and Pascal. The assembler can create pro- 
grams that run under OS/2, DOS, or, using a facil- 
ity called BIND, under both. 

MASM operates with a window-oriented de- 
bugging program, called CodeView. This product 
can help a programmer find problems in assembly 
language code quickly. The latest version of 
CodeView supports OS/2 by allowing programs up 
to 128 megabytes to be debugged. It can also keep 
track of the multiple-threaded operations of a mul- 
titasking program. 


Borland Turbo Assembler 2.0 
Some programmers favor Borland’s Turbo Assem- 
bler 2.0 because of the support its environment 
provides. The assembler runs with both a debugger 
and a profiler that review program code and make 
suggestions on how to improve its performance. 
Like the Microsoft assembler, Turbo Assem- 
bler provides strong interfaces to high-level lan- 
guages. Unlike MASM, it supports the full 
instruction set of the 486 processor. Turbo Assem- 
bler does not yet have the complete OS/2 support 
that Microsoft provides. 


High-Level Programming Languages for 
the 386 Microprocessor | 
Assembly language is powerful, but for many peo- 
ple it borders on the incomprehensible. High-level 
languages, such as C and Pascal, offer a much more 
straightforward way to create programs for the 386 
system. High-level languages gather a number of 
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assembly language instructions together into com- 
mands that deal with such familiar things as char- 
acters, numbers, variables, files, screens, ports, and 
other computer elements. By manipulating these 
elements, users can direct the computer to do 
whatever they want. Like assembly language tools, 
high-level languages generally come with an editor, 
a compiler, and linkers. The result is a machine 
language set of instructions that the computer can 
run, called executable code. 

The entire current generation of high-level 
language products supports the 386 microprocessor 
to one extent or another. Generally, the more pow- 
erful languages provide the strongest 386 chip sup- 
port, while the more introductory languages, such 
as BASIC, offer the least. 

The look and feel of high-level languages can 
vary widely, even among products that support the 
same language. If you don’t already have a favorite 
environment, shop around and experiment with a 
number of different products until you find one 
that 1s comfortable. 


The C Language 

C is the programming language that UNIX was 
developed in, so it makes a natural complement to 
the UNIX operating system. C is favored heavily 
by professional programmers because it has many 
of the portability features that UNIX has. It also 
produces code that runs nearly as fast as assembly 
language. 

C is a tightly structured, set-oriented lan- 
guage. It provides a comfortable environment for 
anyone relatively well schooled in math or logic 
and requires a fair amount of PC knowledge. 

Intel has recently released an Intel 386/486 C 
Code Builder Kit designed for the creation of DOS 
programs (it doesn’t yet support OS/2). This collec- 
tion includes a 32-bit C compiler that is compati- 
ble with Microsoft C 6.0, a DOS extender, a 
debugger, a libraries linker, and utilities. The kit 
comes with unlimited free phone support from In- 
tel. 

Other leading C compilers for 386 PCs come 
from Microsoft, Borland, Metaware, and Watcom. 
Microsoft’s compiler is large, solid, and a bit aus- 
tere. Borland’s is small, responsive, and extremely 
friendly. Metaware’s compiler has a UNIX-like 
flavor to it. Watcom’s is the least forgiving and not 
very friendly, but produces the tightest code. 
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- One of the big advantages of C in 386 systems 
is that this language interacts smoothly with assem- 
bly language. That means a programmer can use C 
for most of the programming and then drop into 
assembly language for tricky memory or chip- 
related tasks. 


Pascal 

Pascal is the classic structured programming lan- 
guage. It breaks program tasks down into neat rou- 
tines, something like the paragraphs in a story. 
This makes Pascal program code among the easiest 
to read of any language and makes the language 
much less difficult to learn. Yet, Pascal is capable 
of producing program code swift enough that some 
commercial packages are written in it. 

The most popular Pascal package by far is 
Borland’s Turbo Pascal, one of the most forgiving 
and instructive programming systems ever created. 

Other Pascal versions with 386 chip support 
include Metaware’s Pascal 386/486 and Micro- 
way’s NDP Pascal 386. Both of these compilers 
offer richer sets of 386 system tools than Borland’s, 
but they are much less friendly to use. 


FORTRAN 

FORTRAN is an acronym for formula translator. 
It is an old programming language, originally de- 
veloped for IBM mainframes. FORTRAN’s pri- 
mary area of impact is in scientific or 
mathematical situations. Microsoft makes a FOR- 
TRAN compiler that works smoothly with MASM. 
Other major FORTRAN versions that support the 
386 microprocessor come from Lahey Computer 
Systems, Microway, and Watcom. 


Other Languages 

Most programming languages other than C, Pascal, 
and FORTRAN have added 386 microprocessor 
support to the latest releases of their compilers. 
Most of these languages have specialized uses and 
wouldn’t interest a nonprofessional programmer. 
Zortech, for instance, has a 386 system version of 
C++—its environment for the creation of object- 
oriented programs and RR Software produces 386 
chip versions of ADA—the programming language 
used in U.S. Defense Department projects. If a 386 
system-specific compiler can’t be found, users fa- 
miliar with a particular language should be able to 
create code for the 386 system by linking 32-bit 
assembly language routines into their code. 
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Systems Software Programming in the 


386 CPU-Based Environment 


UNIX provides many of the tools common in a 
programming language. This trend is continuing in 
all 386 PC operating environments. Windows 3.0 
and OS/2 along with UNIX offer extensive applica- 
tion program interfaces (APIs), which are essen- 
tially programming language commands within the 
operating system. Even lowly old DOS has become 
the home to programming tools that allow its pro- 
grams to get at some of the benefits of the 386 
chip. 

It has become common, in 386 systems, to 
make available kits that people can use to create 
software that uses each environment’s API. 


DOS Extenders for 386 Systems 

DOS extenders produce programs that are compat- 
ible with DOS’s Real mode, but are capable of us- 
ing many of the memory management benefits of 
the 386 microprocessor. These products can be 
used by individual programmers as well. The ap- 
propriate time to turn to a DOS extender is when a 
user has an existing DOS program that is con- 
strained by the 640K limitations of DOS. It is 
much easier, in most cases, to revise the program 
to include DOS extender benefits than to com- 
pletely recast it for the 386 chip. 


Phar Lap 

Phar Lap was used by AutoCAD and Paradox to 
create their 386 system versions. It brings access to 
4 gigabytes of flat 32-bit memory space without 
sacrificing DOS compatibility. Phar Lap also pro- 
vides 386/VMM, a virtual memory manager that 
uses the paged memory scheme of the 386 chip to 
allow programs that are bigger than physical mem- 
ory to run. 


Ergo Computing 

Ergo’s DOS extender is included with Turbo Pas- 
cal. It opens up 16 megabytes of memory and 
works with DESQview, 386Max, and the Watcom, 
Lahey, Metaware, and Microway compilers. 


Windows 3.0 Tools 

Not only does Windows provide the opportunity to 
create graphic DOS applications, it also provides a 
method for building applications that blend DOS 
familiarity with full access to the benefits of the 
386 chip. 
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Windows 3.0 Software Development Kit 

Anyone interested in serious program creation un- 
der Windows 3.0 can purchase a Windows 3.0 
Software Development Kit from Microsoft. This 
package includes Windows plus a huge storehouse 
of development tools, code samples, debugging 
aids, and documentation. The kit is designed to 
interact with standard C compilers. 


Windows Batch Languages 

Windows does not provide a batch command pro- 
cessor apart from the traditional DOS batch lan- 
guage. Two third-party developers, however, have 
produced powerful command file builders that go 
far beyond what DOS can do. 


PubTech Batchworks: PubTech Batchworks offers 
two programming services—macros and batch pro- 
grams. Macros let the user modify individual appli- 
cations by adding new functions to them. PubTech 
macros can build dialog boxes; open and size win- 
dows; and handle match, statistical, and file con- 
trol operations. PubTech batch programs extend 
the macros beyond individual applications. A 
batch file can run different programs, place them 
in specific windows, operate on them, and ex- 
change information between them. PubTech batch 
files can also put Windows front ends on DOS ap- 
plications and can even create simple applications, 
such as a time-triggered file backup utility. 


Bridge Tool Kit: Larger, more expensive, and more 
complex than PubTech, the Bridge Tool Kit pro- 
vides much richer application integration and au- 
tomation tools. With Bridge, the user can create 
links between applications, structure entire subrou- 
tines in an almost Pascal-like fashion, build screen 
menus, and command initiation routines. In es- 
sence, this product allows users to completely cus- 
tomize their Windows application environments. 
On 386 PCs, Bridge can even route individual key- 
strokes to DOS applications (so that they operate 
under Bridge control just as they would under user 
control) and interact in other ways that tie older 
applications tightly into state-of-the-art Windows 
processes. 


Application Builders 


Windows 3.0 has spurred development of a wide 
array of other application development tools. To 
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begin with, most applications written for this envi- 
~ ronment include sophisticated scripting languages 

that allow significant customization, automation, . 
and integration with other programs. At the high 
end stand four products that bring to PCs capabili- 
ties similar to those of the Macintosh’s HyperCard 
visual development system. 


Toolbook: With Toolbook from Asymetrix, the 
user interacts with a “book” containing “‘pages.” 
Each page represents a screen presentation of in- 
formation derived from actions on previous pages. 
By linking pages in various ways, a user can create 
all sorts of information-related applications in 
Toolbook, such as an address file, a training man- 
ual, and so on. Toolbook features links to full- 
motion video and digital sound and offers deep 

_ support for Windows’ DDE interprocess communi- 
cation scheme. 


Plus: From Spinnaker Software, Plus can actually 
load and read Macintosh HyperCard stacks. It also 
runs in OS/2. This makes Plus the quick develop- 
ment system of choice in cross-platform systems. 
However, in order to achieve this multiple plat- 
form goal, Plus does not support DDE, which is 
specific to Windows. 


Guide: A hypertext authoring system from Owl 
International, Guide excels at linking chunks of 
information together. In the Windows version, 
these information pieces can include graphics and 
even video segments. Guide is considered by many 
experts to be the best informational application 
builder for PCs. 


ObjectScript: Easy to use but less powerful than 
some of the other products, ObjectScript comes 
from the French firm Matesys. It lets the user sim- 
ply drag predefined elements, such as buttons, 
boxes, tables, and so on, into place on the screen 
and then fill out a form that instructs the program 
about how each element should function. In this 

_ way, any object on the screen can be linked toa 
script that executes whenever the object is properly 
manipulated. Interestingly, ObjectScript produces 
two kinds of scripts—one akin to BASIC and the 
other more like C. 
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OS/2 2.0 Software Development Kit 

Although OS/2 2.0, the 386 chip-specific version of 
OS/2, isn’t due for general release until well into 
1991, the operating system is available now in the 
form of a Software Development Kit (SDK) from 
either IBM or Microsoft. In addition to a pre- 
release version of the operating system—which 
supports multiple DOS sessions using the 386 
chip’s virtual 8086 mode, plus the processor’s full 
set of memory options—the OS/2 2.0 SDK comes 
with the following: 


¢ Printed Documentation, more than 2,000 pages 
worth, touching on every aspect of OS/2 opera- 
tion and APIs — | 7 


e On-Line Documentation in the form of exten- 
sive help screens built into OS/2 and Quick- 
Help, a program designed to help developers 
using character-based editors to build OS/2. 
code | 


¢ Microsoft C, a special version of Microsoft’s C 
5.1 compiler that emphasizes 32-bit operations | 


¢ Microsoft Macro Assembler 5.1, the 32-bit ver- 
sion of the standard assembly language tool for 
PCs = 


e Debuggers, including Microsoft’s CodeView 
software debugging system, as well as special 
debuggers for OS/2 kernel code and Presenta- 
tion Manager screen modules 


¢ Network Redirector, software that allows PCs 
using the OS/2 2.0 SDK to link with existing 
DOS or OS/2 networks 


e Twenty Code Samples that programmers can 
use for education or as part of their own soft- 
ware 


UNIX System Tools 

UNIX, too, offers the programmer a rich supply of 
tools for building 386 PC software. Because of its 
multitasking, multiuser character, UNIX presents 
a greater programming challenge than other 386 
system environments; its programs tend to be built 
up in layers, with programming knowledge re- 
quired at each layer. Still, this complexity carries 
with it the potential for crafting unique group- 
oriented benefits from the power of the 386 chip. 
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Open Desktop Development System 

SCO’s Open Desktop 1s not only a graphic environ- 
ment for running UNIX and DOS applications to- 
gether, it is also a development platform for 
creating graphics-oriented UNIX programs or for 
moving older UNIX programs into a graphic fu- 
ture. Because it is built on UNIX System V/386 
version 3.2, Open Desktop comes with all of 
UNIX’s programming tools built in. In addition to 
these, the Open Desktop Development System, an 
add-on to the basic Open Desktop environment, 
contains the following: 


¢ UNIX Source Code Control System, which is 
essential for any tinkering in the UNIX envi- 
ronment 


e Microsoft C, included to help users create code 
with an eye toward cross-development between 
UNIX and OS/2 or DOS 


¢ AT&T C, which is used to create many tradi- 
tional UNIX applications. It can be used to cre- 
ate new applications or as a basis for revising 
older UNIX programs to take advantage of new 
Open Desktop features 


¢ Microsoft’s Macro Assembler, the standard as- 
sembly language programming system for Intel 
architecture PCs, including 386 PCs 


° Microsoft CodeView, a program that helps de- 
bug problems in software code 


¢ PCLIB, the DOS-under-UNIX libraries utilized 
by Merge 386. It allows UNIX programs to be 
written that can use DOS files and services 


¢ Motif 1.0.1, all the code required to build appli- 
cations with the three-dimensional Motif screen 
look and feel 

e X Windows Tools, which a programmer can use 


to describe graphics sessions to different kinds 
of screens or screen systems 
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« Xsight, development tools that bring X Win- 
dows compatibility to DOS PCs or software 


DESQview/X Development System 

DESQview’s X Windows product offers a uniquely 
broad set of tools for creating X Windows applica- 
tions. This system uses X Windows’ ability to take 
a single program and, chameleon-like, shift its 
screen appearance from machine to machine or 
session to session. 


In addition to the basic DESQview/X product, the 
development system includes the following: 


¢ OSF/Motif, a toolkit for building a 3-D look 
into software 


e Xol, a three-part toolkit—window manager, 
workspace manager, and file manager—that 
implements the Open Look screen interface. 
Xol takes up a hefty 1.5 megabytes of RAM 


e Xview, an alternate system for creating Open 
Look screens. It uses Sun Microsystem’s Sun- 
View set of programming conventions, which is 
an advantage to anyone familiar with that envi- 
ronment, but an impediment to a non-Sun user 


e XVT, the most interesting of DESQview’s tools. 
This set of utilities creates code that can use X 
Windows’ services and produce either Open 
Look or Motif screens. The same code, how- 
ever, can also be linked to Macintosh, Win- 
dows, or OS/2 Presentation Manager screen 
APIs instead 


All of these DESQview tools are designed to work 
with standard DOS extenders and compilers. Mf 
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Iconic Programming 


Datapro Summary 


Iconic programming, also known as visual programming, offers a more direct 
link than traditional textual languages between an individual and a machine. 

This report explains how iconic languages make it easier to develop programs 
than text-based languages, especially for non-computer specialists. It presents 
an overview of the iconic programming environment, and addresses the three 


most common criticisms of the language. 


Almost all programming languages 
developed to date have a text-based 
syntax that requires professional 
knowledge and experience in pro- 
gramming. Thus, when casual users 
who are specialists in particular ap- 
plication domains have program- 
ming requirements but are 
unfamiliar with computers, profes- 
sional programmers are needed. 
However, the programmer may often 
fail to represent a user’s require- 
ments precisely, which makes it diffi- 
cult to develop a program that 
satisfies the user. Non-computer spe- 
Cialists need to be able to program to 
satisfy individual requirements and 
expectations. 

One way to attain this is 
through the use of visual information 


© 1990 IEEE. Reprinted, with permission, from 
IEEE Software Volume 7, Number 6, pp. 63-68; 
November 1990; by Tadao Ichikawa and 
Masahito Hirakawa. 
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in programming. This kind of pro- 
gramming, called visual program- 
ming, is done through visual 
interaction with the system. Visual 
programming provides more direct 
communication between a person 
and a machine and makes it easier to 
create programs. 

Visual programming where 
icons are used primarily in program 
development is called iconic pro- 
gramming. Here, the role of icons 1s 
no longer restricted to specifying 
commands for system management, 
as in a Macintosh-like interface. 

Iconic programming has the 
potential to provide an advanced 
programming environment, but 
could it actually be a new program- 
ming paradigm? We believe iconic 
programming can contribute to the 
realization of truly user-friendly lan- 
guages and environments, based on 
our experiences of developing the 
Hi-Visual iconic programming envi- 
ronment. 
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Pioneering Work 

The effectiveness of iconic programming was first 
demonstrated in several application domains, in- 
cluding CAD, simulation, and games. In a pinball 
construction game, for example, one system pre- 
pared a set of parts used in a pinball game. The 
user freely specified a layout of parts and defined 
pinball games as he or she liked. 

After this effort, researchers brought the idea 
of iconic programming into general-purpose lan- 
guages. One of the most well-known, pioneering 
works on general-purpose iconic programming is 
Pict, developed by Ephraim Glinert and Steven 
Tanimoto.! In Pict, statements like an assertion or 
a conditional branch in a conventional, text-based 
procedural language like Pascal are visualized as 
icons. You program by arranging icons on a screen 
and specifying the connection among them in ac- 
cordance with the control flow. Figure 1 shows an 
example Pict program from Glinert and Tanimo- 
to’s article. Color (not shown in this reproduction) 
identifies variables in a program. | 

In first generation iconic languages, iconic 
schemes were used only to interface to existing lan- 
guages; they were not independent languages in 
their own right. 


Feasibility Debate 
There have been many provocative experiments in 
iconic (visual) programming, ranging from theoret- 
ical to practical ones, covering man-machine inter- 
action models, icon semantics, icon-image design, 
metrics for visual programming, visual-language 
grammars and parsers, and spatial layout tech- 
niques, as well as specific languages and systems. 

As a basis for implementing iconic program- 
ming systems, the object-oriented model has been 
reasonably accepted. Moreover, several commer- 
cial products of iconic programming systems have 
been actually developed, including National Instru- 
ments’ Labview, Metaphor Computer Systems’ 
Metaphor, Next’s Interface Builder, and Serius’s 
Serius 89. 

Some people accept the potential of iconic 
programming, but others seem reluctant. ae are 
three basic criticisms: 


¢ Iconic programming may be good for beginners, 
but not for computer professionals. 
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Figure 1. | 
Example of Pict Program 
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The advantage of iconic programming over textual 
programming is that it can make learning and un- 
derstanding easier, especially for non-computer 
specialists. Most people agree with this assertion. 
But how can iconic programming benefit computer 
professionals? In several ways, depending on the 
level of the software architecture. 

At the lowest level, some researchers have 
tried to improve the performance of conventional 
textual languages by applying icons to program ex- 
pression. But people using these languages still 
must know the language model, which is very 
computer-oriented, and thus the user pool is re- 
stricted to computer professionals. Because com- 
puter professionals are familiar with textual 
programming, they do not mind using textual lan- 
guages. Furthermore, mouse-based specification is 
sometimes annoying for computer professionals. 
Thus, they may prefer textual programming over | 
iconic programming. 

So is iconic programming meaningless for 
program development at this low level? No. Iconic 
programming is effective, especially for introduc- 
tory courses in languages. Indeed, Glinert and Tan- 
imoto proved through an experiment that iconic 
languages are easier to learn than textual ones.' 

What about for higher level tasks in, for ex- 
ample, office information processing, simulation, 
computer-aided instruction, and graphical user 
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interfaces? Imagine that you are going to produce a 
program in such an application domain by using a 
conventional textual language. Why not try to re- 
move yourself from the text-based, precise lan- 
guage syntax, which is very computer-oriented? 
After all, what you need to pay attention to is the 
components or behavior of the components that 
you can see in an actual application environment, 
not the language syntax. In such programming, 
icons are effective because their expressive power 
and abstraction level is higher than that of text. 


e Iconic programming may be good for small pro- 
grams, but not for large programs. 


A frequent criticism of iconic programming is the 
wasteful use of screen space, which makes it diffi- 
cult to make a large program because you can only 
see a small part of it at once compared to what you 
can see in textual programming. 

Of course, screen-space usage varies, depend- 
ing on the application and the level of programs to 
be developed. Iconic programming ts actually not 
always worse than textual programming in screen- 
space usage. 

Furthermore, in iconic programming, you can 
locate language constructs (icons) that are semanti- 
cally related in a program close to each other. This 
seems reasonable and valuable when developing 

large programs. 

Here’s an example: Figure 2a shows a pro- 
gram based on Pascal syntax; Figure 2b shows the 
corresponding Pict-like program. In the Pascal pro- 
gram, statements 7 and 8 (the Else part) are placed 
at the bottom of the program, which is far from the 
associated If statement. But in the Pict-like pro- 
gram, these statements are placed close to the If 
statement. This makes it easier to understand the 
program. Three-dimensional display of hierarchi- 
cal relationships between modules (icons/ 
programs) will help programmers recognize the 
program structure even more easily. 

You can also register the program as an icon 
and use it as an element in higher level programs. 

Another approach to enhance the availability 
of visual programming for large program develop- 
ment is the use of pan and zoom facilities for con- 
trolling program appearance. With such tools, you 
can change the program appearance from an entire 
structure to the smallest details of the program, 
and vice versa. A similar technique has been ap- 
plied to drawing editors. 
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Figure 2. 
Program in (a) Pascal Syntax and in (b) Pict- 
like Format 


If Condition1=True Then 
Statementt 
Statement2 
if Condition2=True Then 

Statement3 
Statement4 
Statement5 
Elise 
Statement6 

Else 
Statement7 
Statements 


(A) 


False 
Statement7 
Statement8 


= True 
a Statementt 
Statement2 


Statement6 


; = 


The graphical display of the latter makes rela- 
tionships clearer. 


These ideas may still not prove the feasibility 
of iconic programming for producing large pro- 
grams in all application domains, but they cer- 
tainly show it is possible in at least some. The most 
successful example of systems that can actually be 
applied for producing large programs 1s a logic de- 
sign system in a large-scale-integration (1,000 to 
10,000 circuits per chip) CAD environment. Such 
CAD systems are powerful enough to design actual 
LSI circuits, and in fact most designers could 
hardly imagine designing an LSI circuit without 
using it. 
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e Are there really reasonable approaches to the 
design of good icon interfaces? 


As several researchers have pointed out, an iconic 
interface is not always the best choice for con- 
structing a good user interface. Kathleen Potosnak 
has presented the guidelines’ for making the best 
use of icons: Make icons easy to understand. Avoid 
misleading analogies. Don’t violate population ste- 
reotypes. Use icons for appropriate purposes. Care- 
fully design iconic interaction. 

Here, the most critical problem seems to be 
the difficulty in designing icon images. Icon design 
must be done carefully so most users can intu- 
itively and correctly understand the icons’ mean- 
ing. | 

In iconic systems, icons are usually classified 
into two types: data and function. In general, de- 
signing icons representing data doesn’t present too 
many problems, but it 1s difficult to design icons to 
represent functions, since functions are inherently 
not visual.* 

To offer a solution to this problem, we pro- 
posed a new framework for icon management.° In 
this framework, icons representing functions are 
not provided. The use of icons is limited to repre- 
sent actual objects (like papers, sales books, and 
scissors) or concepts already established (like com- 
panies and departments) in a target application 
environment. In this framework, you specify a 
function in combination with two icons: Each icon 
can take an active or passive role against the other. 
The role sharing is determined dynamically, de- 
pending on the environment in which the icons are 
activated. 

Hi-Visual 88 is an iconic programming sys- 
tem based on this framework. Consider this exam- 
ple of how programming is done in it: Assume that 
you are office workers who are going to construct a 
program to sum up monthly sales amounts, draw a 
graph in accordance with the calculation result, 
and then keep the graph in a folder. 

First, you overlap a sales-book icon and a cal- 
culator icon on a programming window, as shown 
in Figure 3a. To combine icons, the system infers a 
certain function to be executed. In this case, as- 
sume that a sales-amount summation function 1s_ 
associated with the icon pair. The system executes 
the function and generates a new icon as the result 
of execution (Figure 3b). You continue program- — 
ming by overlapping another icon on the existing 
icon. Finally, you get the program in Figure 3c. 
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Figure 3. 
Programming in Hi- Visual 


- eee 


(a) You first overlap a sales-book icon and a 
calculator icon on a programming window. (b) 
The system infers the sales-amount summa- 
tion function and generates a new icon based 
on its execution. You continue this 
overlapping-based programming until you get 
(c) the desired program. (d) With its secretary 
icons, Hi-Visual lets you register such pro- 
grams for use as procedures in higher level pro- 
grams. 


You can register this procedure for later use 
in defining higher level programs. H1-Visual 88 
provides secretary icons to support this facility. 
For example, assume in Figure 3c that the sales- 
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Input Display Loop 


Total Display Loop 


Function Keypad 

(a) (b) 
book icon and the other icon are the ones to be in- 
put and output, respectively, from the procedure. 
You can get a folder immediately by handing a 
sales book to a secretary, as shown in Figure 3d, 
without saying anything more about it. 


interfacing 


Iconic programming was first introduced in an en- 
vironment where components in the application 
are inherently visual, like CAD systems, computer 
games, and simulators. Another example of its use 
is in the user-interface management systems that 
have become available recently. In these systems, 
the user interface was designed so the user feels 
comfortable with the view. Some systems have im- 
plemented interesting ideas: 
Some systems let icons have different images. The 
displayed image, like the shape or size, is decided 
when the icon 1s displayed in accordance with the 
icon’s state. An example is an indicator of a meter, 
which changes according to the internal value asso- 
ciated with the meter. Another example is that, in a 
CAD environment, a gate (icon) can be highlighted 
to show that it is active. 

Furthermore, icon images are not limited to 
two dimensions. Some recent iconic programming 
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Figure 4. 

Simple Calculator Program 
in the Language for 
Intelligent and Visual 
Environment 


(a) The circuit at the left sets 
the value to be calculated, 
the + and - keys on the right 
add or subtract the values. 
(b) Resulting icon, once se- 
lected icons and all wiring 
are hidden from the user. 


systems can handle three-dimensional images. 
These systems display 3D images of, for example, 
desks, cabinets, and secretaries that can be seen in 


an office environment. One such system, Language 


for Intelligent and Visual Environment,° also pro- 
vides facilities to change the viewpoint and visual- 
ize the dynamic behavior of a program through 
animation, which makes program development 
and debugging easier. 

Another technique to achieve reality in inter- 
facing is realizing that the program’s (internal) 
view may differ from its presentation (external) 
view. For example, in Intercons,’ you specify a 
program by arranging data and function icons and 
defining wires to connect certain icons with associ- 
ated icons first. After specifying the program view, 
you define a presentation view of the program. 

As an example, Figure 4a shows the simple 
calculator program used in the paper on LIVE. The 
circuit on the left side sets the value to be calcu- 
lated, where the lower left quadrant contains the 
buttons (numeric keypads) that output the corre- 
sponding value. Pressing the + or - key on the right 
side adds or subtracts the input value to or from 
the value (which is the result of the previous calcu- 
lation) in the display at the top right. 
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Once a program is built, you can hide all but 
the selected icons (and all wiring) from the user. 
You can then resize and reposition the visible 
icons to form a presentation view, as shown in Fig- 
ure 4b. 


Conceptual Activities 


The work on interfacing has demonstrated the ef- 
fectiveness of iconic programming. But is it 
enough? To further enhance the feasibility of 
iconic programming, there must be programming 


methodologies that are more effective in an iconic | 


environment than in a textual environment. 

A technique that looks most promising is pro- 
gramming by example.® In this technique, specific 
data values and objects are regarded as examples to 
be processed in a program, and the programmer 
demonstrates the program behavior specifically in 
response to those input data values and objects. 
Example-based programming could help users con- 
struct a program because it would let them proceed 
with program development step by step along the 
actual input values. Using examples as tools for 
teaching is something we are all familiar with. 

An example programming-by-example system 
is Metamouse.” In it, all possible patterns of input 
data may not necessarily be indicated. The system 
then infers the general program structure from the 
limited examples. Artificial-intelligence researchers 
call this scheme “automatic programming.” 
| (Systems requiring the user to specify every- 
thing about a program are called programming 
with example, but they may also be called pro- 
gramming by example in the broad sense. Pro- 
gramming with example is characterized as “‘Do 
what I did,” while programming by example might 
be interpreted as “Do what I mean.’’® The term 
“programming by example” includes both infer- 
encing systems and programming-with-example. 
systems. ) 

Programming by example does not necessar- 
ily have to be iconic programming. But iconic pro- 
gramming would contribute to the success in. 
developing programming by example systems. 

For example, suppose you are applying a 
value to a function module, where the value and 
function module are also visualized as icons on a 


screen. It would certainly be more enjoyable if you~ 


can specify your demand by dragging the value 
icon onto the function icon. 
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Another important concept that might work | 
effectively in an iconic programming environment 


is metaphor. Unfamiliar concepts of programming | 


are mapped onto familiar, real-world concepts that — 
can be easily understood. The desktop metaphor in © 
a Macintosh-like user interface is the most well- 
known example, but it doesn’t work for program- 
ming. An example of a metaphor applied to 
successful programming is a theater tactapHor in 


the Rehearsal system. !° 


In the Rehearsal world, which: is very object-. 
oriented, programming is modeled the same way as 


creating a theatrical production. The basic compo- 
nents of the production are performers (objects). 


These performers interact with one another on a 
stage by sending cues (messages). Programming is 


carried out by first auditioning the available per- 


formers by sending cues and observing their re- 
sponses to determine which are appropriate for the 
planned production. Next, the chosen performers 
are copied and placed on a stage. Production re- 
hearsal begins by showing each performer what 
actions it should take in response either to the us- 
er’s input or to cues sent by other performers. You | 
can store the resulting production for later retrieval | 
and execution. | 


More on Reality 7 
Progress in iconic programming research has been © 


moving toward the accommodation of reality in 


program-development activities. To further im- 
prove the reality of iconic programming, the fol- 
lowing changes must occur: 


e In existing computers, programming mode and 
program-execution mode are definitely sepa- 
rated, and the system changes its state from one 

to another during operation, as Figure 5 shows. 
Separating the programming mode from the 
program execution mode seems to be very : 
computer-oriented. In a future computing envi- 
ronment, facilities to build up a program auto- 
matically from man-machine communication — 
(that is, modeless) will ny be required (see 
Figure 5b). | 


¢ Conventional pointing devices. like a a mouse, 
are not satisfactory for advanced iconic pro- — 
‘gramming, so we need an alternative pointing | 
device. Here’s a simple example of why we need 
such a device: When several icons (or windows) 
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Figure 5. 
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Relationship of Programming Mode and Program Execution Mode 


(A) 


Programming 


System 
Operation 


‘ 


(B) 


(a) Current systems separate the programming mode and program-execution mode. (b) Future systems will be 
modeless, where programs are built automatically from man-machine interaction. 


are overlapped, it is not possible to move, for 
example, the top icon to an arbitrary place in 
the icon stack, since the conventional mouse 
cannot indicate a certain point along the depth 
axis. Window systems that can control 3D space 
are also needed. 


Of course, in addition to the engineering ap- 
proaches studies from the scientific/artistic point 
of view—like a cognitive science—is essential for 
the development of a truly user-friendly iconic pro- 
gramming environment. 


Conclusion 


To realize a truly user-friendly iconic programming 
environment, we should reduce the gap in commu- 
nication capacities between person and computer. 
Users shouldn’t be forced to learn computer- 
oriented concepts and mechanisms. One guideline 
for developing such a friendly programming envi- 
ronment 1s that users should enjoy communicating 
with the computer. 

Most research in iconic programming has 
been directed toward the development of particu- 
lar languages and systems. But basic research in 
iconic programming 1s also required. Research ar- 
eas include icon semantics and formal specifica- 
tion of iconic languages. 

In addition, iconic programming is not just 
the visualization of program primitives under ex- 
isting programming paradigms. Iconic program- 
ming might be able to provide a new paradigm for 
programming that could drastically change pro- 
gramming style and thus the availability of com- 
puters for users. 

However, iconic programming is not a pana- 
cea. Icons are abstract, instantly comprehensible, 
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and universal, while text is rational, analytic, and 
precise. Iconic programming and textual program- 
ming should thus be complementary to each other. 

Iconic programming, in concert with textual 
programming, will certainly provide a more 
friendly programming environment for computer 
professionals and casual users alike. Even profes- 
sionals in specific application domains who need 
not be programmers will be able to make programs 
by themselves, resulting in an as-yet unpredictable 
improvement of software quality as well as produc- 
tivity. 
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